在 JavaScript 中，有哪些方式可以对每个函数的执行过程进行拦截或监控？
考察说明
考查对 JavaScript 函数执行拦截机制的理解，包括装饰器、代理、原型链修改等方案及其适用场景。
回答思路
- 【回答框架 1】函数执行拦截的核心思路是在调用前后插入额外逻辑，常见方案包括包装函数、使用 Proxy 和修改原型链。包装函数通过创建新函数包裹原函数，在调用前后执行自定义逻辑，适用于单个或少量函数。
- 【回答框架 2】使用 Proxy 的 apply 陷阱可以拦截所有函数调用，通过 new Proxy(fn, { apply(target, thisArg, args) { ... } }) 实现，适用于需要统一拦截的场景，但需注意性能开销和兼容性。
- 【回答框架 3】修改原型链如重写 Function.prototype.call 或 apply 会影响全局，风险较高，不推荐在生产环境使用，除非在受控的测试或调试场景。
- 【回答框架 4】对于类方法，可以使用装饰器（如 ES 提案或 TypeScript）或手动包装方法，实现类似 AOP 的拦截，但需注意 this 绑定和原型链的维护。
- 【回答框架 5】选择方案时需权衡侵入性、性能、兼容性和维护成本，通常优先使用 Proxy 或显式包装，避免全局修改。
- 【关键点 1】Proxy 的 apply 陷阱可统一拦截函数调用，但性能略低。
- 【关键点 2】包装函数简单可靠，适合局部拦截，需手动处理 this 和参数。
- 【关键点 3】修改 Function.prototype 是全局操作，易引发冲突，应避免。
- 【关键点 4】装饰器或高阶函数可实现类方法的 AOP 拦截，注意绑定上下文。
- 【关键点 5】拦截方案需考虑错误处理和异步函数，确保逻辑正确。
- 【易错点 1】使用 Proxy 拦截时，若目标函数是构造函数，需处理 new 调用，否则可能报错。
- 【易错点 2】包装函数时若未正确绑定 this，会导致原函数执行上下文错误。
- 【易错点 3】全局修改 Function.prototype 可能影响第三方库，造成不可预知问题。