安全重写原型需先检测再扩展，避免覆盖；显式设置constructor并控制可枚举性；在冻结前完成扩展或改用实例级增强；优先模块化封装而非全局污染。
重写原型本身不破坏兼容性，真正引发冲突的是重写方式不当、时机错位或未做存在性校验。关键不是回避重写，而是在第三方库已运行的前提下，让自己的修改“无感接入”——既不覆盖已有逻辑，也不被后续加载干扰。
先检测再扩展，避免覆盖已有方法
第三方库往往在你的代码执行前就完成了原型扩展。直接赋值整个 prototype 会清空它，导致库的方法丢失；而盲目挂载新方法又可能覆盖库已定义的同名函数。
- 用 in 或 typeof 检查目标方法是否存在： if (!(‘myEnhance’ in TargetClass.prototype)) { TargetClass.prototype.myEnhance = … }
- 对原生原型（如 Array.prototype）更需谨慎：优先使用 if (!Array.prototype.flatMap) { … } 这类防御式写法
- 若必须批量添加，用 Object.assign 替代逐个赋值，但要配合 Object.getOwnPropertyNames 预检冲突项
保持 constructor 指向与可枚举性一致
第三方库依赖 constructor 属性做类型判断（如 instance.constructor === MyClass），也依赖 for...in 或 Object.keys 的行为一致性。手动重写 prototype 后这两点极易出错。
- 显式设置 constructor，且用 Object.defineProperty 控制其 enumerable: false，复刻原生行为
- 避免用字面量对象整体替换（如 A.prototype = { method() {} }），改用增量挂载：A.prototype.method = function() {}
- 若必须整体替换，补全所有第三方已添加的方法，或从 Object.getPrototypeOf(existingInstance) 上提取原始原型再合并
冻结前确认扩展完成，防止静默失败
很多库会在初始化后调用 Object.freeze 锁定自身原型。如果你的代码在它之后执行，再尝试挂载方法会静默失败（非严格模式）或报错（严格模式），导致功能缺失却无提示。
立即学习“Java免费学习笔记（深入）”；
- 将原型扩展逻辑放在库加载完成后的回调中，例如监听 customElements.whenDefined 或使用 import() 动态导入后立即操作
- 若无法控制加载顺序，改用实例级增强：把本该挂到原型上的方法，改为在构造函数内绑定到 this，或通过闭包注入
- 对原生原型，只在应用启动最早期冻结（如入口脚本第一行），确保所有第三方扩展都发生在冻结之前
用模块封装替代全局污染，隔离影响范围
与其冒险修改一个被多方共用的原型，不如把增强能力封装成独立接口，由使用者显式启用。
- 提供 enhance(Class, options) 工厂函数，让用户决定是否对某类增强，而不是无差别污染 prototype
- 为插件系统设计统一 .use() 接口，内部自动处理重复安装、版本兼容和卸载清理
- 对工具方法，优先导出纯函数（如 utils.deepClone(obj)），而非挂到 Object.prototype 上
