NestJS+Node.js后端集成FFmpeg：绑定还是其他方案？

首选方案：Node.js原生FFmpeg绑定（如fluent-ffmpeg） #

• 核心优势：直接调用本地安装的FFmpeg二进制文件，性能和原生FFmpeg完全一致，彻底解决ffmpeg.wasm的性能瓶颈。
• 适配NestJS：可以封装成NestJS的Service，通过依赖注入在控制器中调用，示例代码：

  import { Injectable } from '@nestjs/common';
  import * as ffmpeg from 'fluent-ffmpeg';
  
  @Injectable()
  export class FfmpegService {
    processScreenCapture(inputPath: string, outputPath: string): Promise<void> {
      return new Promise((resolve, reject) => {
        ffmpeg(inputPath)
          .output(outputPath)
          .on('end', resolve)
          .on('error', reject)
          .run();
      });
    }
  }
  

• 注意事项：需要在后端服务器预先安装对应系统的FFmpeg二进制文件，或使用ffmpeg-static包自动下载适配版本，避免环境依赖问题。

备选方案：直接调用FFmpeg命令行（child_process） #

• 适用场景：如果需要精细控制FFmpeg参数、不想依赖第三方封装库，可使用Node.js的child_process模块直接执行命令：

  import { Injectable } from '@nestjs/common';
  import { exec } from 'child_process';
  import { promisify } from 'util';
  
  const execPromise = promisify(exec);
  
  @Injectable()
  export class FfmpegService {
    async processScreenCapture(inputPath: string, outputPath: string): Promise<void> {
      await execPromise(`ffmpeg -i "${inputPath}" "${outputPath}"`);
    }
  }
  

• 优势：无封装额外开销，参数与原生FFmpeg完全一致，调试直观；缺点是需自行处理命令行参数转义、错误捕获等细节。

不推荐方案 #

• 再次使用ffmpeg.wasm：性能瓶颈无法解决，不适合后端批量或实时处理屏幕录制文件的场景。

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