[!info] related notes

• 所属 MOC: Node.js MOC, Node.js 后端面试 MOC
• 相关概念: express, koa, nestjs, RESTful API, API认证与安全
• 相关资源: nodejs

Node.js Web 框架选型：Express、Koa 与 NestJS

范围

这篇聚焦三个高频 Node.js Web 框架在后端项目中的分工差异：

• Express
• Koa
• NestJS

不展开到 Fastify、Hapi 或具体性能 benchmark。

为什么要放在一起理解

面试里常见误区是把它们答成“谁更高级”。

更稳的表达应该是：

• 它们解决的是同一类问题：HTTP 服务与后端接口开发
• 但在抽象层级、中间件模型、工程约束和团队规模适配上明显不同

依赖路径 / 调用链 / 演进链

可以先把它们理解成一条逐步提高工程约束的路线：

1. Express：轻量、直接、上手快
2. Koa：保留轻量，但中间件模型更整洁
3. NestJS：模块化、依赖注入、装饰器和企业级结构更强

对比与易混淆点

维度	Express	Koa	NestJS
心智模型	最直接的中间件 + 路由	async/await 洋葱模型	模块、控制器、服务、依赖注入
上手成本	低	中	高
工程约束	弱	中	强
适合场景	小中型 API、原型、BFF	想要更干净中间件链的服务	大型团队、复杂业务、长期维护
常见亮点	生态成熟、示例多	洋葱模型清晰	DTO、Guard、Pipe、Interceptor、Filter 分工明确

Express

适合：

• 快速起服务
• BFF
• 需要按自己习惯搭结构的项目

风险是：

• 项目一大，容易因为约束不足变得随意

Koa

适合：

• 喜欢更清晰中间件执行流
• 希望中间件天然支持“进入一层、退出一层”的洋葱式处理

NestJS

适合：

• 业务模块多
• 团队成员多
• 需要统一模块、鉴权、参数校验、异常、日志与依赖注入边界

最稳的面试说法

如果是中小型接口服务或 BFF，我会优先考虑 Express 或 Koa；如果项目强调模块化、依赖注入、统一约束和长期维护，我会更倾向 NestJS。不是谁绝对更强，而是谁更适合当前团队规模和项目复杂度。