Proxy 通过 apply trap 拦截函数调用实现行为增强或替换，需传入函数作为 target，接收 target、thisArg、argumentsList 三参数，推荐用 Reflect.apply 转发原调用，并注意 new 调用、箭头函数 this、性能及调试限制。
Proxy 本身不直接“重写函数的默认行为”，而是通过 拦截函数调用过程，在真正执行前或后插入自定义逻辑——这相当于在不修改原函数代码的前提下，实现行为增强或替换。关键在于使用 apply trap（陷阱），因为它是专门用于拦截函数调用的唯一标准方式。
用 apply 拦截并接管函数调用
当目标对象是一个函数时，对它的调用（如 fn(1, 2)）会触发 handler 中的 apply 方法。你可以在其中完全控制执行流程：跳过原函数、改参数、换 this、甚至返回任意值。
- 必须传入函数作为 target：Proxy 只能代理函数对象，普通对象或非函数值会报错
-
三个固定参数：
target（原函数）、thisArg（调用时的 this）、argumentsList（实参数组） -
用 Reflect.apply 转发原调用：若需保留原逻辑，应显式调用
Reflect.apply(target, thisArg, argumentsList)，而非target(...argumentsList)，避免丢失 this 绑定或原型链行为
常见重写模式示例
你可以选择部分接管或完全替代原行为：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- 参数预处理：比如统一把字符串数字转成数值，再传给原函数
- 返回值劫持：无论原函数返回什么，都包装成 Promise 或加时间戳
- 条件跳过执行：根据环境变量或权限判断，直接 return 固定值，不调原函数
- 错误兜底：try/catch 原调用，出错时返回默认值或抛定制错误
注意边界与限制
Proxy 的拦截是“运行时代理层”，它不改变函数本身，也不影响其他引用该函数的地方（除非也走这个 proxy）。几个易忽略点：
立即学习“Java免费学习笔记（深入）”；
-
不能拦截 new 调用：如果函数还被当作构造器使用（
new fn()），需额外定义constructtrap - 无法拦截箭头函数内部 this：箭头函数没有自己的 this，proxy 的 thisArg 对它无效
- 性能开销存在：每次调用都多一层函数跳转，高频场景需权衡
- 调试信息可能失真：堆栈里显示的是 proxy 包装后的调用，原函数名可能被掩盖
不推荐但可行的替代方案
如果确实需要全局影响所有函数（比如开发工具中的调用监控），有人会尝试覆盖 Function.prototype.call/apply/bind。但这属于高危操作：
- 破坏原生语义，第三方库可能异常
- 无法区分哪些调用该拦截、哪些不该（比如框架内部调用）
- bind 返回的新函数也需要再次代理，容易漏掉
- 现代框架（如 Vue、React）内部大量依赖原生行为，风险极高
