请求解释NestJS中“中间件不感知执行上下文”概念及执行上下文定义

什么是Execution Context（执行上下文） #

在NestJS里，执行上下文是一个封装了当前请求全链路信息的核心对象，它把请求相关的所有细节打包在一起，供框架上层组件（守卫、拦截器、管道等）使用。具体包含：

• 请求的类型标识：比如是HTTP请求、WebSocket连接还是RPC调用
• 底层请求/响应实例：对应不同协议的原始对象（比如HTTP的req/res，WebSocket的客户端连接）
• 目标处理器的元数据：要调用的控制器方法、路由路径、方法上的装饰器参数等
• 框架层面的上下文：比如当前模块的依赖注入容器、应用实例信息

简单说，它就是NestJS为上层组件提供的“全局视角”，让这些组件不用关心底层协议细节，能统一处理不同类型的请求。

“Middleware is unaware of the execution context”的含义 #

这句话的核心是说：NestJS的中间件无法直接访问到框架封装的Execution Context对象，它只能基于底层HTTP/Express/Koa的原生模型工作。

具体表现有几点：

• 中间件不知道当前请求最终要触发哪个控制器方法，拿不到目标方法的元数据（比如装饰器定义的权限、参数规则）
• 它无法识别请求的类型（HTTP/WebSocket/RPC），只能处理底层协议的原始数据
• 中间件不能直接使用NestJS的依赖注入服务，必须通过手动实例化或者特殊方式注入（这不是标准用法）

举个直观的对比：

守卫（Guard）可以通过Execution Context获取到目标控制器方法的@Roles()装饰器元数据，然后针对性做权限校验；而中间件只能从req里取token，根本不知道这个请求要访问的方法需要什么权限。

看两段代码更清楚：

守卫使用Execution Context的示例 #

@Injectable()
export class RolesGuard implements CanActivate {
  canActivate(context: ExecutionContext): boolean {
    // 切换到HTTP上下文，获取原生req
    const request = context.switchToHttp().getRequest();
    // 获取目标控制器方法
    const targetMethod = context.getHandler();
    // 读取方法上的@Roles()元数据
    const requiredRoles = Reflect.getMetadata('roles', targetMethod);
    
    // 基于元数据做权限校验
    return request.user.roles.some(role => requiredRoles.includes(role));
  }
}

中间件的示例（只能访问原生对象） #

export function LoggerMiddleware(req: Request, res: Response, next: NextFunction) {
  // 只能拿到Express的原生req/res，不知道后续要调用哪个控制器
  console.log(`[${new Date().toISOString()}] ${req.method} ${req.url}`);
  next();
}

总结来说，NestJS的中间件是底层协议的“守门员”，负责处理通用的HTTP层面逻辑（比如日志、CORS），但没有框架层面的全局视角；而守卫、拦截器这些组件依赖Execution Context，能实现更精细化、业务相关的逻辑控制。

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