AWS Lambda执行报错:找不到/var/task/bridge.js文件求助
AWS Lambda启动报错:找不到/var/task/bridge.js(Node.js 12.x + Serverless)
问题场景
我有一个基于Node.js 12.x的AWS Lambda,通过Serverless Framework配置为特定S3桶上传JSON文件时触发,配置如下:
Abcg: handler: Abcg.handle reservedConcurrency: 1 iamRoleStatements: - Effect: Allow Action: lambda:InvokeFunction Resource: ${cf:LocTransformer-${self:custom.stageEnv}.ABCFnArn} environment: GEO_TRANSFORMER_FN: ${self:custom.var.lambdaFn.LocTransformerABC} EVENT_SOURCE: ${self:custom.var.eventSourceEquipment} events: - s3: bucket: ${self:custom.var.bucket} existing: true events: - s3:ObjectCreated:* rules: - prefix: abcg/ - suffix: .json
文件上传后,Lambda调用立即失败,CloudWatch报错信息如下:
{ "errorType": "Error", "errorMessage": "ENOENT: no such file or directory, open '/var/task/bridge.js'", "code": "ENOENT", "errno": -2, "syscall": "open", "path": "/var/task/bridge.js", "stack": [ "Error: ENOENT: no such file or directory, open '/var/task/bridge.js'", " at Object.openSync (fs.js:462:3)", " at Object.readFileSync (fs.js:364:35)", " at Object.<anonymous> (/var/task/Abcg.js:10201:60)", " at __webpack_require__ (/var/task/Abcg.js:20:30)", " at Object.<anonymous> (/var/task/Abcg.js:59145:5)", " at __webpack_require__ (/var/task/Abcg.js:20:30)", " at Object.<anonymous> (/var/task/Aabcg.js:59127:18)", " at __webpack_require__ (/var/task/Aabcg.js:20:30)", " at Object.<anonymous> (/var/task/Aabcg.js:44894:15)", " at __webpack_require__ (/var/task/Abcg.js:20:30)", ] }
我的项目未使用Webpack,但堆栈跟踪中出现了__webpack_require__引用,且Lambda代码的早期日志语句未在CloudWatch中显示,推测报错发生在代码执行前的初始化阶段。
排查与解决思路
1. 定位依赖中的Webpack打包残留
虽然项目没直接用Webpack,但某个依赖包可能是通过Webpack打包后发布的,打包过程中硬编码了bridge.js的路径,导致部署到Lambda的/var/task目录后找不到该文件。
- 本地执行
npm ls列出所有依赖,重点排查和地理转换(配置中用到了GEO_TRANSFORMER_FN)相关的包,这类包常包含前端打包逻辑 - 解压Serverless生成的部署包(.zip文件),检查是否存在
bridge.js;同时查看Abcg.js第10201行的代码,确认是哪个模块在尝试读取这个文件
2. 检查Serverless打包配置
确认Serverless的package配置是否存在异常:
- 检查
exclude列表,是否误排除了必要文件 - 若开启了
individually: true,确认依赖是否被正确包含到Lambda的部署包中 - 尝试手动打包本地代码(不通过Serverless),直接上传到Lambda测试,排除Serverless打包过程的问题
3. 替换或降级可疑依赖
如果确定是某个依赖导致的问题:
- 尝试降级该依赖到更早的版本,看是否修复了路径硬编码的问题
- 寻找功能类似的替代依赖,避免使用带有打包残留的包
4. 升级Lambda运行时版本
Node.js 12.x已停止维护,部分新依赖可能不再兼容该版本,导致打包后的代码在Lambda环境中无法正常加载文件。考虑升级到Node.js 14.x或16.x(注意提前做兼容性测试)
内容的提问来源于stack exchange,提问作者craigcaulfield
相关产品推荐
相关产品推荐

