核心是理解共享根源与隔离方法：原型链查找导致引用值共用同一内存，需在构造函数、类字段或getter中为每个实例创建独立副本，避免prototype直接赋值引用类型。

掌握这个陷阱，核心不是记住“不能这么写”，而是理解“为什么共享”和“怎么隔离”。它不难，但一旦忽略，就会在多人协作或长期维护中引发隐蔽、难复现的 bug。

先搞清共享的根源：不是代码写错了，是机制在工作

原型链查找是按需委托：实例自身没有属性，就去 prototype 上找。如果那里挂的是 [] 或 {}，那所有实例读到的，就是内存里同一块区域——改一个，等于改全部。

原始值（如数字、字符串）赋值会复制一份；引用值（数组、对象、Map）赋值只复制地址。所以 Animal.prototype.items = [] 这一行，本质是让所有实例都指向同一个空数组。

三种真正管用的初始化方式

目标很明确：让每个实例拿到自己的副本，而不是共用原型上的“模板”。

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

• 构造函数内初始化：最直接可靠。每次 new 都执行一次，天然隔离。
  例如：function User() { this.tags = []; this.profile = {}; }
• 类字段语法（推荐）：ES6+ 写法，语义清晰，自动绑定到实例。
  例如：class Button { handlers = []; config = { disabled: false }; }
• getter 返回新引用：适合只读、懒加载或默认配置。
  例如：get defaults() { return { timeout: 3000, lang: 'zh' }; } —— 每次访问都生成新对象，彻底隔绝副作用

子类继承时特别容易翻车

父类原型上有引用属性，子类又没做隔离，结果就是所有子类实例一起被污染。

• 别只靠 Object.create(Parent.prototype) 设置原型——这只能复用方法，不能隔离数据
• 必须在子类构造函数里调用 Parent.call(this, ...)，把父类初始化逻辑执行在子类实例上
• 这样 this.colors、this.cache 就落在实例自身，不再走原型查找

两行代码就能验证是否已踩坑

不用等上线出问题，开发阶段就能快速确认：

• 修改一个实例：a.data.push('x');
• 立刻检查另一个：console.log(b.data); —— 如果也出现 'x'，说明已共享
• 或者更底层一点：Object.getPrototypeOf(a).data === Object.getPrototypeOf(b).data 返回 true，就是同一份内存

团队代码审查时，盯住 prototype.xxx = []、prototype.config = {}、prototype.handlers = new Set() 这类语句。它们看起来简洁，实则是隐患源头。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南