原型链继承中引用共享发生于子类prototype被设为父类实例，导致所有子类实例通过原型链访问同一份引用类型属性；因引用类型只存内存地址，修改会相互影响，而基本类型为值拷贝故无此问题。
原型链继承中引用共享是怎么发生的
原型链继承时，子类的 prototype 被设为父类的一个实例（Child.prototype = new Parent()）。这意味着所有子类实例共享同一个父类实例对象——它挂在子类原型上，属于“所有实例共用的原型层级”，而不是各自私有的实例层级。
当这个父类实例中包含数组、对象、函数等引用类型属性（如 this.hobbies = ['reading'] 或 this.config = { theme: 'dark' }），它们在内存中只有一份，所有子类实例通过原型链访问的都是同一块堆内存地址。一个实例修改了 hobbies.push('coding')，另一个实例读取时自然看到已被修改的数组。
为什么基本类型没这问题，而引用类型有
基本类型（string、number、boolean 等）赋值时是值拷贝，每个实例读取的是独立副本；但引用类型变量本身只存一个指向堆内存的指针，原型上的引用属性让所有实例“共用同一根指针”。这不是 JS 的 bug，而是原型链设计的天然结果——原型本就是为共享方法和默认状态而存在。
常见表现包括：
立即学习“Java免费学习笔记（深入）”；
- 多个子类实例的
friends数组内容同步变化 - 修改某个实例的
user.profile对象，其他实例的profile也跟着变 - 看似独立初始化的子类，实际共用父类构造函数中创建的闭包或内部对象
怎么验证你遇到了引用共享
可以快速测试：创建两个子类实例，只操作其中一个的某引用属性（比如 arr.push(x) 或 obj.key = 'new'），然后检查另一个实例对应属性是否变化。如果变了，就确认是原型链继承导致的共享。
注意：用赋值方式替换整个引用（如 inst.arr = [1,2]）不会触发共享，因为这会让该实例的属性“遮蔽”原型上的同名属性，从此走实例自有属性路径，不再访问原型。真正暴露问题的是 原地修改（push、splice、obj.x = y 等）。
不改继承方式的前提下如何缓解
如果暂时不能换组合继承或 ES6 class，可在子类构造函数中手动“切断共享”：
- 对每个引用属性做浅拷贝：
this.hobbies = parentInstance.hobbies.slice()或{...parentInstance.config} - 使用
Object.create(Parent.prototype)替代new Parent()，避免把父类实例属性挂到原型上（但这样会丢失父类构造函数中的初始化逻辑） - 把易变的引用数据移到实例初始化阶段，不在父类构造函数里直接定义，改用 getter 或懒初始化
本质上，原型链适合共享不可变数据和方法，不适合托管可变状态。把状态交给实例自己管理，才是更健壮的做法。
