深层继承中同名属性引发的隐蔽Bug源于属性遮蔽，需区分自有/继承属性、用hasOwnProperty判断、Object.keys遍历、避免随意挂载同名字段、优先新命名、必要时defineProperty精确控制、冻结关键原型。
深层继承中同名属性引发的隐蔽 Bug，核心在于属性遮蔽（Property Shadowing）被误用或未察觉——子类无意添加了与祖先原型链上同名的属性，导致行为突然改变，却难以定位。关键不是“能不能用”，而是“怎么用才不踩坑”。
明确区分自有属性和继承属性
每次给对象设置属性前，先确认它是否本就来自原型链。盲目赋值会直接在当前对象上创建自有属性，从而遮蔽原型上的同名属性（包括方法、配置项、甚至 getter/setter）。
- 读取时用 hasOwnProperty() 判断属性是否属于自身：
obj.hasOwnProperty('data') - 写入前可先检查：
if (!obj.hasOwnProperty('config')) obj.config = {};，避免覆盖原型默认配置 - 遍历对象时，一律用 Object.keys() 替代
for...in，后者会枚举原型链上所有可枚举属性
避免在实例上随意挂载同名字段
常见陷阱：父类原型提供 id 或 type 等通用字段，子类构造函数里又执行 this.id = ...，结果遮蔽了父类定义的 getter 或 setter。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 若需扩展字段逻辑，优先用新命名（如
customId），而非复用已有名 - 若必须同名，确保理解父类该属性的语义——是数据字段？还是计算属性？是否带副作用？
- 对关键字段，可在构造函数中显式删除再设值：
delete this.name; this.name = 'new';（慎用，仅用于调试或强控制场景）
用 Object.defineProperty 精确控制属性行为
当需要在子类中“重定义”某个继承来的属性（比如让 status 变成只读或增加验证），不要直接赋值，而应使用 defineProperty 显式声明特性。
- 例如：防止遮蔽但保留原型访问逻辑：
Object.defineProperty(child, 'value', { get() { return parent.value; }, enumerable: true }); - 若想屏蔽并自定义，可设
writable: false+value，或提供独立的get/set - 这样既避免意外遮蔽，又让意图清晰可查，调试时也能一眼看出该属性非普通赋值所得
构建继承链时冻结关键原型
对基类或中间父类的 prototype，在定义完成后调用 Object.freeze()，能有效防止后续代码意外修改或污染原型，从源头减少遮蔽诱因。
-
Object.freeze(Base.prototype);后，任何对Base.prototype.xxx = ...的赋值都会静默失败（严格模式下报错） - 注意：冻结只作用于属性层级，不影响实例自身属性操作
- 适合稳定的基础类（如
Entity、Service），不适用于频繁扩展的工具类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
