Firebase Cloud Functions集成NestJS处理multipart/form-data POST请求时出现表单异常结束错误

我之前也踩过一模一样的坑，折腾了好几天才搞明白问题根源！你的情况本质是Express全局body解析中间件和Nest的FileInterceptor（底层依赖multer/busboy）的请求流处理冲突，具体原因如下：

本地直接运行Nest时，请求体的数据流是完整传递给multer的，所以文件上传一切正常；但部署到Firebase Cloud Functions后，你提前添加的express.json()和express.urlencoded()中间件会先尝试读取请求体——虽然它们不会处理multipart/form-data类型的请求，但这个读取行为会消耗掉请求体的部分流，导致后续multer处理时拿到的是截断的表单数据，最终抛出Multipart: Unexpected end of form错误。

直接给你可行的解决方案，按步骤修改即可：

1. 移除全局的body解析中间件 #

找到初始化Express服务器的代码，把这两行注释或删除：

// server.use(express.json({ limit: '50mb' }));
// server.use(express.urlencoded({ extended: false, limit: '50mb' }));

Nest框架本身会自动配置必要的body解析逻辑，完全不需要你手动在Express实例上全局添加这两个中间件，尤其是在Firebase Functions环境下，手动添加反而会干扰请求流的正常处理。

2. （可选）在Nest内部配置body解析限制 #

如果你需要调整JSON/urlencoded请求的大小限制，可以在Nest初始化时单独配置，避免全局干扰multipart请求：

const createNestServer = async (expressInstance) => {
  const app = await NestFactory.create(
    AppModule,
    new ExpressAdapter(expressInstance),
  );
  
  // 仅在Nest内部配置body解析，不会影响multer处理文件上传
  app.use(express.json({ limit: '50mb' }));
  app.use(express.urlencoded({ extended: false, limit: '50mb' }));
  
  app.useGlobalPipes(
    new ValidationPipe({
      whitelist: true,
      forbidNonWhitelisted: true,
    }),
  );
  return app.init();
};

3. 重新测试 #

修改后重启Firebase模拟器，用同样的Postman请求测试，应该就能正常获取上传的文件，返回你预期的"File uploaded"了。

额外补充：Firebase Cloud Functions的请求处理流程和本地Express服务器有差异，它会对请求做一些预处理，所以尽量避免在Express实例上添加全局中间件，交给Nest来管理请求处理逻辑会更稳妥。

备注：内容来源于stack exchange，提问作者FEDEIZ