logologo
文档仓库
文档仓库
logologo
开始

概述

第一步
控制器
提供者
模块
中间件
异常过滤器
管道
守卫
拦截器
自定义装饰器

基础

自定义提供程序
异步提供者
动态模块
注入作用域
循环依赖
模块引用
懒加载模块
执行上下文
生命周期事件
发现服务
平台无关
单元测试

技术

配置
SQL
Mongo
验证
缓存
序列化
版本控制
任务调度
队列
日志
Cookies
事件
压缩
文件上传
文件流
HTTP 模块
Session
MVC
性能(Fastify)
SSE

安全

认证
授权
加密与哈希
Helmet
CORS
CSRF
速率限制

GraphQL

快速开始
解析器
变更
订阅
标量
指令
接口
联合与枚举
字段中间件
类型映射
插件
复杂度
扩展
CLI 插件
生成SDL
共享模型
其他功能
联邦

WebSocket

网关
异常过滤器
管道
守卫
拦截器
适配器

微服务

基础
Redis
MQTT
NATS
RabbitMQ
Kafka
gRPC
自定义传输
异常过滤器
管道
守卫
拦截器
部署
独立应用程序

CLI

概述
工作区
库
用法
脚本

OpenAPI

介绍
装饰器
类型映射
操作
其他特性
安全
类型与参数
CLI 插件

实用示例

REPL
CRUD生成器
SWC
Passport(认证)
热重载
MikroORM
TypeORM
Mongoose
Sequelize
路由模块
Swagger
健康检查
CQRS
Compodoc
Prisma
Sentry
静态资源
Commander
异步本地存储
Necord
套件(原Automock)

常见问题

Serverless
HTTP 适配器
长连接
全局前缀
原始请求体
混合应用
HTTPS & 多服务器
请求生命周期
错误

开发工具

概述
CI/CD
迁移指南
API参考(官方)

生态与案例

谁在用
精彩资源

支持

支持

社区

贡献者

最后更新于: 2025/11/18 02:11:37

上一页模块引用
下一页执行上下文

#懒加载模块

默认情况下,模块采用急切加载方式,这意味着应用一旦启动就会加载所有模块,无论它们是否立即需要。虽然这对大多数应用来说没有问题,但对于运行在无服务器环境中的应用/工作器可能成为瓶颈,其中启动延迟("冷启动")至关重要。

懒加载可以通过仅加载特定无服务器函数调用所需的模块来减少引导时间。此外,一旦无服务器函数"预热"后,您还可以异步加载其他模块,从而进一步加快后续调用的引导时间(延迟模块注册)。

提示

如果您熟悉 Angular 框架,可能之前见过" 懒加载模块 "这个术语。请注意这项技术在 Nest 中功能上有所不同 ,因此请将其视为共享相似命名规范的完全不同的功能。

警告

请注意生命周期钩子方法在懒加载模块和服务中不会被调用。

#入门指南

为了实现按需加载模块,Nest 提供了 LazyModuleLoader 类,可以通过常规方式注入到类中:

cats.service.ts
@Injectable()
export class CatsService {
 constructor(private lazyModuleLoader: LazyModuleLoader) {}
}
提示

LazyModuleLoader 类是从 @nestjs/core 包中导入的。

或者,你也可以从应用程序引导文件(main.ts)中获取 LazyModuleLoader 提供者的引用,如下所示:

// "app" 代表 Nest 应用实例
const lazyModuleLoader = app.get(LazyModuleLoader);

这样配置后,您现在可以使用以下结构加载任何模块:

const { LazyModule } = await import('./lazy.module');
const moduleRef = await this.lazyModuleLoader.load(() => LazyModule);
提示

"懒加载"模块会在首次调用 LazyModuleLoader#load 方法时被缓存 。这意味着后续每次尝试加载 LazyModule 都会非常快速 ,并返回缓存实例,而不会重新加载模块。

Load "LazyModule" attempt: 1
time: 2.379ms
Load "LazyModule" attempt: 2
time: 0.294ms
Load "LazyModule" attempt: 3
time: 0.303ms

此外,"懒加载"模块与应用启动时急切加载的模块以及后续在应用中注册的其他懒加载模块共享相同的模块关系图。

其中 lazy.module.ts 是一个导出常规 Nest 模块的 TypeScript 文件(无需额外修改)。

LazyModuleLoader#load 方法返回一个模块引用 (属于 LazyModule 类型),该引用允许您遍历内部提供者列表,并使用注入令牌作为查找键获取任意提供者的引用。

例如,假设我们有一个 LazyModule 包含以下定义:

@Module({
  providers: [LazyService],
  exports: [LazyService],
})
export class LazyModule {}
提示

延迟加载的模块不能注册为全局模块 ,这毫无意义(因为它们是在所有静态注册模块都已实例化后,按需延迟注册的)。同样,已注册的全局增强器 (守卫/拦截器等) 也无法正常工作。

通过这种方式,我们可以获取 LazyService 提供者的引用,如下所示:

const { LazyModule } = await import('./lazy.module');
const moduleRef = await this.lazyModuleLoader.load(() => LazyModule);

const { LazyService } = await import('./lazy.service');
const lazyService = moduleRef.get(LazyService);
警告

如果使用 Webpack,请确保更新您的 tsconfig.json 文件 - 将 compilerOptions.module 设置为 "esnext" 并添加值为 "node" 的 compilerOptions.moduleResolution 属性:

{
  "compilerOptions": {
    "module": "esnext",
    "moduleResolution": "node",
    ...
  }
}

设置这些选项后,您就能利用代码分割功能。

#懒加载控制器、网关和解析器

由于 Nest 中的控制器(或 GraphQL 应用中的解析器)代表路由/路径/主题集(或查询/变更),您无法通过 LazyModuleLoader 类实现懒加载。

警告

在懒加载模块中注册的控制器、 解析器和网关将无法按预期工作。同样,你也不能按需注册中间件函数(通过实现 MiddlewareConsumer 接口)。

例如,假设你正在构建一个底层使用 Fastify 驱动(通过 @nestjs/platform-fastify 包)的 REST API(HTTP 应用)。Fastify 不允许在应用准备就绪/成功监听消息后注册路由。这意味着即使我们分析了模块控制器中注册的路由映射,所有懒加载路由也无法访问,因为在运行时无法注册它们。

同样,我们作为 @nestjs/microservices 包一部分提供的某些传输策略(包括 Kafka、gRPC 或 RabbitMQ)需要在建立连接前订阅/监听特定主题/通道。一旦你的应用开始监听消息,框架将无法订阅/监听新的主题。

最后,启用了代码优先方法的 @nestjs/graphql 包会根据元数据动态自动生成 GraphQL 模式。这意味着它需要预先加载所有类,否则无法创建正确有效的模式。

#常见用例

最常见的情况是,当你的工作进程/定时任务/lambda 及无服务器函数/webhook 需要根据输入参数(路由路径/日期/查询参数等)触发不同服务(不同逻辑)时,你会看到延迟加载模块的使用。另一方面,对于单体应用来说,启动时间并不那么重要,延迟加载模块可能没有太大意义。