参照建议及答案尝试Monkey patch res.send时遇报错，求解决

Hey there! 我帮过不少开发者排查过Express里给res.send打猴子补丁的坑，结合你提到的报错情况，先给你梳理下最常见的问题和解决思路，你可以对照自己的代码和堆栈信息看看~

首先，先给你一个正确的Monkey Patch res.send的基础模板，很多报错都是因为没做好原始方法的保存或者上下文绑定：

// 正确的基础补丁模板
app.use((req, res, next) => {
  // 先保存原始的res.send方法，一定要在修改前保存！
  const originalSend = res.send;

  // 重写res.send
  res.send = function(...args) {
    // 这里插入你的自定义逻辑，比如日志记录、响应体修改等
    console.log('即将发送响应:', args);

    // 必须用call/apply绑定当前res的上下文，否则原始方法会报错
    return originalSend.apply(this, args);
  };

  next();
});

接下来列举几个最容易触发报错的原因及解决办法：

• 报错原因1：未正确保存原始res.send方法
  如果你把originalSend定义在了错误的作用域里，或者在补丁后不小心覆盖了它，就会出现类似ReferenceError: originalSend is not defined的报错。
  解决办法：确保originalSend在修改res.send前就保存好，且作用域能被重写的res.send函数访问到（比如上面模板里放在中间件内部）。

• 报错原因2：调用原始方法时上下文丢失
  很多人会直接写originalSend(body)而不用call/apply绑定this，这会导致原始res.send内部的this不再指向当前的res对象，进而抛出TypeError: Cannot read property 'xxx' of undefined（比如读取statusCode时出错）。
  解决办法：一定要用originalSend.call(this, ...args)或者originalSend.apply(this, args)来调用原始方法，保证上下文正确。

• 报错原因3：未兼容res.send的多参数情况
  Express的res.send支持多种参数形式（比如res.send(200, 'ok')或者res.send({data: 'xxx'})），如果你的补丁只处理了单个参数，就可能触发参数不匹配的报错。
  解决办法：用扩展运算符...args接收所有传入的参数，再传递给原始方法，就像上面模板里的写法一样。

• 报错原因4：在错误时机执行补丁
  如果你的补丁代码写在了路由处理函数之后，或者没有放在全局中间件里，就会导致补丁没生效，或者对已经处理过的响应对象操作报错。
  解决办法：把补丁逻辑放在所有路由定义之前的全局中间件里，确保每个请求的res对象都能被正确补丁。

如果你的堆栈信息里有具体的错误提示（比如特定的TypeError信息），可以把具体内容补充上来，我能帮你更精准地定位问题！

内容的提问来源于stack exchange，提问作者OscarRyz