嘿，我之前也在Lambda上折腾过用ffmpeg生成视频缩略图的场景，本地跑的顺风顺水，一上Lambda就踩坑——核心问题大多出在环境差异上！结合你的S3+Node.js开发场景，给你几个关键的注意点，帮你把本地逻辑平滑迁移到Lambda：

1. 先搞定Lambda的ffmpeg依赖 #

本地你肯定已经装了系统级的ffmpeg，但Lambda的Node.js运行时默认没有这个工具，这是最常见的坑！

• 要么手动打包：下载对应Lambda架构（x86_64或arm64）的静态编译版ffmpeg，把它放到项目的bin目录里，然后在代码里指定路径：

  const ffmpeg = require('ffmpeg');
  ffmpeg.setFfmpegPath('./bin/ffmpeg'); // 指向你打包的二进制文件
  

• 要么用现成的Lambda Layer：社区有很多预构建的ffmpeg Layer，直接添加到你的Lambda函数里，省得自己打包折腾。

2. 给Lambda加够资源 #

视频解码很吃内存，默认的128MB内存大概率不够用，建议至少开到512MB；另外超时时间别抠门，比如设个30秒（根据你处理的视频大小调整），不然处理到一半就被Lambda掐断了。

3. 权限和S3事件解析要到位 #

• 别忘了给Lambda的IAM角色加权限：要能读取S3里的上传视频（s3:GetObject），还要能把生成的缩略图传回去（s3:PutObject），不然会报权限错误。
• 处理S3事件的时候，记得解码对象的Key！因为S3的Key可能带空格或者特殊字符，直接用会出问题，这么处理：

  const rawKey = event.Records[0].s3.object.key;
  const decodedKey = decodeURIComponent(rawKey.replace(/\+/g, ' '));
  

4. 本地模拟Lambda环境测试 #

别只在本地Node环境测，用SAM CLI或者Serverless框架模拟Lambda环境跑测试，这样能提前发现环境相关的问题，避免部署到线上才踩坑。

内容的提问来源于stack exchange，提问作者Wai Yan Hein