javascript原型系统是设计特色而非缺陷，陷阱源于误判原型链行为或忽略引用本质；需理解共享与隔离时机，避免原型上挂引用类型数据，谨慎扩展原生原型，修复proxy导致的子类原型链断裂，并注意环境检测对原型链的依赖。
JavaScript 原型系统本身不是缺陷，而是设计特色；所谓“陷阱”，多源于对原型链行为的误判或忽略其引用本质。关键不在避免使用，而在理解何时共享、何时隔离，以及如何让继承行为符合预期。
原型上挂引用类型数据会意外共享
当父对象的原型属性是对象、数组、函数等引用类型时，所有继承它的实例会共用同一份内存地址。修改任一实例的该属性，其他实例同步可见——这不是 bug，而是原型链按需查找 + 引用传递的自然结果。
- 避免在 prototype 上直接赋值 { data: {} } 或 items: [] 这类可变结构
- 构造函数内部初始化实例专属数据：在 function Person() { this.profile = {}; this.skills = []; } 中分配
- 若必须复用初始结构，可用 Object.assign({}, parentDefaults) 或展开语法浅拷贝，深层嵌套则考虑 structuredClone（现代环境）或手动深克隆
动态修改原型影响已有和未来所有实例
给 Array.prototype 或自定义构造函数的 MyClass.prototype 添加方法，会立即生效于所有已存在和后续创建的实例。这在工具库中常见，但也可能覆盖原生行为或引发冲突。
- 谨慎扩展原生原型，尤其避免重写已有方法（如 Array.prototype.map）
- 第三方库若需补全原型，应做存在性检查：if (!String.prototype.trimStart) { ... }
- 模块内封装私有原型增强，避免全局污染；优先用工具函数替代原型方法（如 utils.capitalize(str) 而非 str.capitalize()）
Proxy 包裹构造函数时破坏子类原型链
用 Proxy 封装一个基类并让子类 extends 它，new Child() 创建的实例可能绑定到基类原型，导致 this instanceof Child === false，子类方法不可访问。
- 根本原因是 Proxy 的 construct 陷阱未正确传递第三个参数 constructor
- 修复方式：在 construct 中调用 Reflect.construct(target, args, constructor)，显式指定目标原型链锚点
- 不建议用 Proxy 直接代理 class 声明体；如需拦截构造行为，优先封装工厂函数或使用装饰器模式
环境检测依赖原型链差异易被识别
浏览器与 Node.js 对象的原型链深度和中间构造器不同（如 HTMLDivElement → Element → Node → EventTarget → Object），逆向或风控常据此判断运行环境真伪。
- 模拟 DOM 环境时，不能只伪造顶层对象（如 document），必须逐层补全中间原型（Element.prototype、Node.prototype 等）
- 为每个原型设置正确的 Symbol.toStringTag 和 constructor.name
- 避免使用 __proto__ 显式赋值，改用 Object.setPrototypeOf() 或 Object.create() 构建干净链路
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
