属性冲突是原型链查找机制的自然结果，应通过实例属性遮蔽、Symbol隔离、冻结原型、构造函数初始化引用类型等方式主动设计优先级与隔离策略。
属性冲突在原型链中不是错误，而是查找机制的自然结果——谁离实例近，谁就生效。优雅处理的关键，不是消灭冲突，而是主动设计“谁该被看到、谁该被隔离、谁该优先”。
用实例属性遮蔽原型，把控制权交给使用者
JavaScript 的“就近原则”本身就是最轻量的冲突解决方案。你不需要阻止别人改原型，只需让关键行为可被覆盖：
- 在构造函数或 class 的 constructor 中为实例设置同名属性，比如 this.render = () => { /* 页面专属逻辑 */ };，它会自动屏蔽原型上的 render 方法
- 对配置类对象，约定实例值优先：例如 this.timeout || MyPlugin.prototype.timeout，既保留默认值，又支持按需覆盖
- 避免在原型上定义可变数据（如 count = 0），改用 getter/setter 或私有字段（#count）封装状态
用 Symbol 隔离内部逻辑，避开字符串命名战场
字符串方法名（如 init、cache、validate）容易撞车；Symbol 天然唯一、不可枚举、不参与原型链查找，适合做内部协作通道：
- 模块间协调时用 Symbol.for('validators')，确保多个库向同一对象注入校验规则时能聚合而非覆盖
- 实例私有状态用 Symbol()，比如 this[Symbol('pending')] = true，不会干扰 for...in 或 JSON.stringify
- 注意：Symbol 不是私有语法，仍可通过 Object.getOwnPropertySymbols() 访问，真正敏感数据建议配合 WeakMap
冻结高频原型，从源头掐断非法写入
多数冲突源于第三方库往 Array.prototype、Object.prototype 等全局原型上乱挂方法。主应用启动初期冻结，成本低、见效快：
- 执行 Object.freeze(Array.prototype) 和 Object.freeze(Object.prototype)，后续赋值操作静默失败（严格模式下报错）
- 冻结不影响已有实例，也不影响子原型链，只锁住当前层级的属性写入
- 微前端场景下特别重要，防止子应用重写 EventTarget.prototype.addEventListener 导致事件失效
合并与继承时，明确数据归属边界
属性冲突常发生在对象合并或父子类继承中，问题根源往往是引用类型共享或覆盖策略模糊：
- 引用类型（数组、对象）绝不能直接写在 prototype 上，必须在 constructor 中初始化：this.items = []
- 用 Object.assign() 合并配置时，默认浅覆盖是合理行为；需要深度合并或自定义策略（如数组拼接），就得显式判断类型再处理
- 子类继承父类引用属性时，调用 Parent.call(this) 借用构造函数，让 this.colors 落在实例上，而非共用父类 prototype
