Node.js后端中DI容器的正确使用及控制器实例化方式疑问

核心问题拆解 #

从ASP.NET Core转Node.js后端时，纠结控制器在DI容器中该用请求级实例还是单例——毕竟ASP.NET Core默认每个请求都会创建新的控制器实例，那Node.js里是否需要遵循这个模式？

两种方案的对比与选型建议 #

1. 请求级实例（对齐ASP.NET Core模式） #

• 适用场景：如果控制器内部需要存储请求专属状态（比如当前请求的用户信息、临时计算数据），或者依赖的服务本身是请求级作用域，那么请求级实例更安全，能彻底避免不同请求之间的状态污染。
• 实现要点：Node.js的主流DI容器（如TypeDI、InversifyJS）都支持请求作用域配置，只需在绑定控制器时指定作用域，就能在每次请求进来时自动生成新实例。

2. 单例实例 #

• 适用场景：如果控制器是无状态的——比如你的示例里只是注册路由、处理逻辑完全不依赖实例属性，那单例是更高效的选择，能减少重复创建实例的开销。
• 关键禁忌：绝对不能在单例控制器中存储任何请求相关的状态！Node.js是单线程事件循环模型，所有请求会共享同一个单例实例，一旦存入请求专属数据，必然会出现跨请求的数据污染问题。

针对你的示例代码的优化 #

当前代码存在路由重复注册的风险（多次实例化控制器会重复绑定/test路由），更合理的做法是将路由注册与控制器实例解耦：

// 定义控制器类，专注处理业务逻辑
export class TestController extends ControllerBase {
  handleTest(req, res) {
    res.send("Test");
  }
}

// 单独完成路由注册，结合DI容器获取实例
// 单例模式下：
const testController = container.get(TestController); // 从DI容器获取单例实例
router.get("/test", (req, res) => testController.handleTest(req, res));

// 请求级模式下：
router.get("/test", (req, res) => {
  const testController = container.get(TestController); // 每次请求生成新实例
  testController.handleTest(req, res);
});

总结 #

不用强行照搬ASP.NET Core的模式，核心判断标准是控制器是否包含状态：

• 有状态→请求级实例
• 无状态→单例实例

内容的提问来源于stack exchange，提问作者Aimon Z.