javascript属性查找应关注“该不该查到”和“查得是否高效明确”：实例属性用this定义，共享属性放prototype；方法和常量优先prototype，状态数据必须实例化；避免原型上放可变对象；合理使用hasownproperty、in和undefined判断；高频路径缓存方法，原型链勿超3层；class语法糖不改变原型链本质。
JavaScript 中属性查找依赖原型链，但盲目依赖容易引发性能、可维护性和语义混淆问题。关键不是“能不能查到”，而是“该不该查到”“查得是否高效明确”。以下从实际开发角度给出几条真正管用的实践。
明确区分实例属性与共享属性
构造函数中用 this 赋值的属于实例独有；挂载在 prototype 上的是所有实例共享的。混用会导致意料外的覆盖或状态污染。
- 方法和不可变常量（如默认配置）优先放在 prototype 上
- 状态类数据（如
count、isLoaded）必须写在实例上，避免多个实例相互干扰 - 不要在原型上直接写对象或数组——它们会被所有实例共享引用
用对属性检测方法，避免误判
判断一个属性是否存在，不同方法含义完全不同，选错会掩盖设计意图。
-
obj.hasOwnProperty('x')：只看自身，适合初始化检查或防止原型污染 -
'x' in obj：查整个原型链，适合做“能力检测”（比如判断是否支持某个 API） -
obj.x !== undefined不可靠——属性可能显式设为undefined，应配合hasOwnProperty或in使用
避免长链查找，尤其在高频路径中
每次访问 obj.method() 都可能触发多层原型遍历。引擎虽有优化，但链越长、越深，越难预测和调试。
- 热代码路径（如渲染循环、事件处理器）中，把常用方法缓存到局部变量：
const say = obj.sayHello; - 不建议让原型链超过 3 层（例如
child → parent → grandparent → Object.prototype），可读性和调试成本陡增 - 用
Object.setPrototypeOf()动态改链要谨慎，V8 等引擎对频繁修改原型的对象会降级优化
用 class 语法时，理解它背后的原型链行为
class 是语法糖，不改变原型链本质。constructor、methods、static 成员各自归属不同层级。
- 实例方法（
class A { foo(){} }）自动挂到A.prototype上 - 静态方法（
static bar(){}）挂在A函数本身，不在实例原型链上 - 字段声明（
value = 123）等价于在 constructor 中赋值给this，属于实例属性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
