实例属性优先于原型属性访问，类字段声明本质是实例属性，static属性属于类本身而非原型链。
在 JavaScript 中，类属性（即直接定义在类体内的 实例属性）和原型属性（即定义在类的 prototype 上的方法或通过 static 定义的静态成员）遵循明确的属性访问与覆盖逻辑。理解它们的优先级、作用域和赋值行为，是避免“方法不生效”“属性看似被修改却没变”等常见问题的关键。
实例属性优先于原型属性访问
当通过实例访问一个属性或方法时，JavaScript 引擎会按以下顺序查找：
- 先检查实例自身是否拥有该属性（即在
this上直接定义，如类字段初始化value = 123或构造函数中this.value = ...） - 若不存在，则沿
__proto__链向上查找，在Constructor.prototype上找（例如类中定义的method() {}） - 再往上是
Object.prototype，最后到null
这意味着：即使原型上已有同名方法，只要你在实例上直接赋值（obj.name = 'xxx'），后续访问 obj.name 就永远取实例值，不再查原型——这是“覆盖”的实质：不是删除原型属性，而是遮蔽（shadowing）。
类字段声明（public field）本质是实例属性
ES2022 起支持的类字段语法（如 count = 0）会在每次构造函数执行时，为每个实例创建独立副本：
立即学习“Java免费学习笔记（深入）”；
class Counter {
count = 0; // ✅ 每个实例都有自己的 count
inc() { this.count++; }
}
const a = new Counter();
const b = new Counter();
a.inc();
console.log(a.count); // 1
console.log(b.count); // 0 —— 互不影响
这类属性不会出现在原型上，Counter.prototype.hasOwnProperty('count') 返回 false。它和在构造函数中写 this.count = 0 效果一致，只是更简洁。
原型方法可被实例属性同名覆盖，但需显式赋值
原型上的方法（如 toString()、自定义的 render()）可以被实例属性覆盖，但必须是“赋值操作”，而非重新声明：
-
obj.render = function() { ... }→ 成功覆盖：obj.render变成自有属性，调用走实例版本 -
obj.render()不会自动覆盖；仅调用不改变属性位置 - 若想恢复原型行为，可用
delete obj.render（删掉实例属性后，访问自动回落到原型）
注意：箭头函数赋值（obj.handleClick = () => {...}）同样创建实例属性，也具备遮蔽能力，但它无法通过 super 或 this 正确绑定父类上下文——这是设计选择，不是 bug。
static 属性与原型无关，属于类本身
static 成员（如 static defaultConfig = {...}）直接挂在类构造函数上，不属于实例，也不在原型链中：
-
MyClass.defaultConfig✅ 可访问 -
new MyClass().defaultConfig❌undefined（除非实例自己赋了同名属性） - 静态方法中
this指向类本身，可用于工厂模式或工具逻辑
它和原型属性完全隔离：改 MyClass.prototype.method 不影响 static method，反之亦然。二者命名可以相同，但属于不同命名空间。
掌握这些规则后，你就能预判属性从哪来、怎么被替换、如何调试“为什么我的方法没更新”。核心就一条：JS 的属性访问永远基于对象自身的属性表 + 原型链查找，而“覆盖”只是往实例上加了一个更高优先级的同名入口。
