安全扩展实例需避开高危内建方法名，优先用 Symbol 或私有字段隔离逻辑，动态挂载前检查属性来源，必要时用 Object.defineProperty 或 Proxy 透明增强。
避免在利用 new 绑定动态扩展实例时覆盖系统内建同名方法，关键不是“绕开”或“硬覆盖”，而是建立安全的属性注入边界——既要保留原生行为的完整性，又要确保自定义逻辑可预期、不冲突。
识别并避开高危内建方法名
JavaScript 内建对象（如 Object、Array、Date 等）及其原型上存在大量不可枚举、不可配置但可被无意覆盖的方法，例如：toString、valueOf、hasOwnProperty、isPrototypeOf、constructor、__proto__（虽已废弃但仍影响行为）。直接在 this 上赋值同名属性会静默替换，引发隐性故障。
- 优先查阅 MDN 文档中对应构造函数的「Properties」和「Methods」列表，标记出所有标准自有/继承方法
- 避免在构造函数中写
this.toString = ...或this.valueOf = () => {...}这类语句 - 若必须增强，改用
Object.defineProperty并设configurable: false，防止后续被意外重写；但注意：这不能覆盖已被设为non-configurable的原生方法，否则会抛TypeError
用 Symbol 或私有字段隔离自定义逻辑
将扩展功能封装在符号键或私有字段下，彻底脱离字符串命名空间，从根本上规避名称碰撞。
- 使用
Symbol('myCustomMethod')定义方法，再通过Object.defineProperty(this, sym, { value: fn, writable: true, enumerable: false })挂载 - 在类中声明私有字段
#customLogic = () => {...}，仅在内部调用，外部无法访问也无法覆盖 - 对外暴露统一入口（如
run()），内部再根据上下文分发到 Symbol 方法或私有逻辑，不暴露原始名称
检查已有属性再赋值，而非无条件覆盖
在构造函数中动态挂载前，先判断目标属性是否来自原型链或已是原生方法，避免“暴力写入”。
- 用
Object.prototype.propertyIsEnumerable.call(this, 'toString')判断是否为自有可枚举属性 - 用
Object.getPrototypeOf(this).hasOwnProperty('toString')检查是否继承自原型 - 更稳妥的做法：
if (typeof this[key] === 'function' && this[key] === Object.prototype[key]) { /* 是原生方法，跳过或报错 */ } - 对关键方法（如
toJSON、Symbol.toPrimitive）做白名单校验，只允许特定场景下定制
用代理（Proxy）拦截，实现透明增强而非替换
若需全局增强某类行为（如所有实例都带日志化的 toString），可用 Proxy 在访问阶段介入，不修改原始属性。
- 在构造函数末尾返回
new Proxy(this, { get(target, prop) { if (prop === 'toString') return () => `[Custom] ${target._originalToString()}`; return target[prop]; } }) - 注意：必须保留原生方法引用（如提前缓存
this._originalToString = Object.prototype.toString.bind(this)），否则递归调用会爆栈 - Proxy 不会污染实例自身属性，也不会破坏
instanceof或原型链，适合框架级封装
