NestJS未按文档导入共享模块却可运行，原因何在？

• 绕开了NestJS的DI容器机制：NestJS提到的模块单例、服务共享规则，都是基于它的依赖注入（DI）容器实现的。你直接在users.service.ts里用new CatsService()创建实例，完全跳过了Nest的DI管理流程——只要CatsService类的文件路径能被正确导入，就能正常创建实例并调用方法，不受模块封装规则的限制。

• 当前CatsService无DI依赖：你的CatsService应该没有构造函数依赖（或者依赖都是无需DI注入的简单类型），所以手动new时不需要传入额外参数就能成功实例化。如果CatsService的构造函数里包含需要Nest DI提供的服务（比如constructor(private catRepo: CatRepository)），这时候直接new就会因为缺少参数而抛出错误。

• 这种做法的潜在问题：

  • 你创建的是独立于Nest DI容器的全新实例，和CatsModule中DI管理的单例不是同一个，两者的内部状态（比如内存中的数据）完全不共享。
  • 破坏了Nest的模块化封装设计，后续如果CatsService修改构造函数或依赖，你的代码会直接崩溃，维护成本极高。
  • 手动实例化的服务不会触发Nest的生命周期钩子（比如onModuleInit、onApplicationShutdown），无法利用框架提供的生命周期能力。

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