javascript继承中状态维护要求实例状态隔离于构造函数内（如this.friends=[]），共享行为放原型上；需修复constructor指向、确保__proto__与prototype对齐，严禁污染内置原型。
JavaScript 继承中的状态维护与原型对象一致性，核心在于区分“实例状态”和“共享行为”，并确保原型链上 constructor、__proto__ 与 prototype 三者关系清晰、不被意外破坏。
实例状态必须隔离，不能放在原型上
原型对象是被所有实例共享的。如果在原型上直接定义引用类型（如数组、对象、函数外的变量），会导致多个实例意外共享同一份数据。
- ❌ 错误示例：
Person.prototype.friends = [];—— 所有 Person 实例共用一个 friends 数组，alice.friends.push('Bob')会影响bob.friends - ✅ 正确做法：把实例专属状态写在构造函数内部，用
this赋值：this.friends = [];。每次new Person()都创建独立副本 - 补充：只把方法、常量或不可变值（如
Person.prototype.species = 'Homo sapiens';）放在原型上，才能安全复用
constructor 指向需手动修复
使用 Child.prototype = new Parent(); 实现继承时，Child.prototype.constructor 会指向 Parent，而非 Child。这虽不影响功能，但会误导调试、序列化或依赖 constructor 的库。
- 修复方式：
Child.prototype.constructor = Child; - 更健壮写法（避免枚举问题）：
Object.defineProperty(Child.prototype, 'constructor', { value: Child, enumerable: false, writable: true, configurable: true }); - 注意：
constructor属性本身不可靠，生产环境应避免用它判断类型；推荐用instanceof或Object.getPrototypeOf(obj) === Child.prototype
__proto__ 与 prototype 必须对齐
每个实例的 __proto__ 应严格指向其构造函数的 prototype，这是原型链查找机制的基础。错位会导致属性/方法无法访问，或查到错误层级。
- 验证方式：
obj.__proto__ === ObjConstructor.prototype应为true - 常见错位场景：
Child.prototype = Object.create(Parent.prototype);是安全的；但Child.prototype = Parent.prototype;会完全共享原型，破坏子类独立性 - 现代替代方案：优先使用
class语法或Object.setPrototypeOf(childInstance, Child.prototype)显式设置，避免隐式赋值带来的歧义
避免污染内置原型，保持一致性边界
给 Array.prototype、Object.prototype 等添加方法看似方便，实则风险极高——可能覆盖其他库的同名方法，或干扰 for…in 遍历，破坏整个运行时的一致性。
- 替代方案：封装工具函数（如
arrayUtils.unique(arr)），或用 ES6+ 的静态方法（Array.from()） - 若必须扩展：仅在自己可控的沙箱环境内进行，并确保方法名足够独特（如加前缀
myLib_mapDeep） - 检测是否已存在：
if (!Array.prototype.myMethod) { Array.prototype.myMethod = … }，但依然不推荐
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
