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）。几个易忽略点：

• 不能拦截 new 调用：如果函数还被当作构造器使用（new fn()），需额外定义 construct trap
• 无法拦截箭头函数内部 this：箭头函数没有自己的 this，proxy 的 thisArg 对它无效
• 性能开销存在：每次调用都多一层函数跳转，高频场景需权衡
• 调试信息可能失真：堆栈里显示的是 proxy 包装后的调用，原函数名可能被掩盖

不推荐但可行的替代方案

如果确实需要全局影响所有函数（比如开发工具中的调用监控），有人会尝试覆盖 Function.prototype.call/apply/bind。但这属于高危操作：

• 破坏原生语义，第三方库可能异常
• 无法区分哪些调用该拦截、哪些不该（比如框架内部调用）
• bind 返回的新函数也需要再次代理，容易漏掉
• 现代框架（如 Vue、React）内部大量依赖原生行为，风险极高

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南