首先直接回答你的疑问：你的理解确实有误——即使请求已经被控制器处理并完成响应，后续注册的中间件仍然会被执行，这是Express中间件的核心工作机制导致的。

为什么会出现报错？ #

当你调用createExpressServer时，它已经在内部为Express app注册了处理控制器路由的中间件。当你向/users/发送请求时：

1. 请求先到达routing-controllers的路由处理中间件，匹配到UserController的getAll方法，该方法返回字符串后，Express会自动将其作为响应发送给客户端，此时响应的headers已经被发送。
2. 但Express的中间件链不会停止，它会继续执行后续你注册的app.use中间件，这个中间件尝试再次调用res.status(404).send()，而此时响应已经完成，就会触发cannot set headers after they are sent to the client错误。

解决方法 #

你有几种可选的修复方案：

方案1：在404中间件中检查响应是否已发送

修改你的404中间件，先判断响应头是否已经发送，只有未发送时才返回404：

app.use((req, res, next) => {
  if (!res.headersSent) {
    res.status(404).send("Not Found!");
  }
  // 可根据需求选择是否调用next()，让后续中间件继续执行
});

方案2：利用routing-controllers的配置注册中间件

你可以把404处理逻辑作为全局中间件，注册到routing-controllers的配置中，确保它的执行逻辑符合框架的预期：

import "reflect-metadata";
import { createExpressServer } from "routing-controllers";
import { UserController } from "./UserController";

// 定义404中间件
const notFoundMiddleware = (req, res, next) => {
  if (!res.headersSent) {
    res.status(404).send("Not Found!");
  }
  next();
};

const app = createExpressServer({
  defaultErrorHandler: false,
  controllers: [UserController],
  middlewares: [notFoundMiddleware] // 在这里注册中间件
});

app.listen(3000, () => {
  console.log("********listening**********");
});

方案3：启用routing-controllers自带的默认404处理

如果你不需要自定义404响应，可以删除自己的404中间件，将配置中的defaultErrorHandler设为true，框架会自动处理未匹配路由的情况。

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