最简单安全的拦截增强方式是直接在对象实例上替换方法；可通过实例级覆盖、原型级注入、proxy代理或组合式装饰器实现，各适用于调试定制、通用能力注入、多源委托及中大型项目维护场景。
直接在对象实例上替换方法是最简单、最安全的拦截与增强方式。原型链本身不提供“拦截”能力，但它是属性查找的路径，我们正是利用这条路径做文章——要么在实例层面覆盖，要么在原型层面注入，关键在于控制访问入口和行为委托。
实例级方法增强：只改当前对象
把原方法包装后重新赋值给实例属性，不影响其他实例，适合调试、临时打点或单例定制：
- 用高阶函数封装原始方法，比如日志装饰器 withLog(fn)，返回新函数
- 执行 obj.method = withLog(obj.method)，覆盖当前实例的方法引用
- 注意保留 this 上下文，调用时用 fn.apply(this, args)
- 避免反复覆盖丢失原始函数——建议先缓存原始方法再装饰
原型级方法增强：谨慎修改 prototype
修改构造函数的 prototype 会影响所有后续实例，适合通用能力注入（如统一错误处理），但风险较高：
- 例如 Player.prototype.fire = withLog(Player.prototype.fire)
- 必须确认该方法未被子类重写，否则可能失效
- 若多个模块都修改同一原型方法，容易产生冲突或覆盖丢失
- 更适合脚本级、一次性、可控环境下的增强，而非长期维护的业务逻辑
用 Proxy 拦截属性访问，绕过原型链限制
Proxy 不操作原型，而是接管属性读取行为，在 get 中手动遍历多个源（如 mixins、基类、实例自身），实现更灵活的委托和增强：
- 在 get(target, prop, receiver) 中，先查实例自有属性，再按需查多个原型对象
- 对函数属性，用 Reflect.get(obj, prop, receiver) 确保 this 指向代理实例
- 配合重写 has 和 getPrototypeOf，让 'x' in proxy 和 instanceof 也生效
- 适合需要“多源继承语义”或动态组合能力的场景，比如插件式功能叠加
组合式装饰器：解耦增强逻辑
当需要叠加日志、缓存、权限、重试等多种能力时，原型链直接覆盖会迅速失控。此时应转向组合结构：
- 每个增强逻辑封装为独立装饰器函数，接收目标函数并返回新函数
- 通过函数组合（如 compose(log, cache, auth)(originalFn)）逐层包裹
- 支持动态启用/禁用某一层，也便于单元测试和复用
- 比原型链修改更清晰、可维护，是中大型项目推荐方式
