如何修复AWS Lambda中的'exec format error'错误

问题描述 #

我正在编写POC，尝试优化AWS Lambda的组织方式，该服务包含API、消息处理器、Cron三个Lambda。部署至AWS后，测试任意Lambda均出现如下错误：

{
  "errorMessage": "fork/exec /var/task/cron: exec format error",
  "errorType": "PathError"
}

Lambda日志输出：

START RequestId: 53a7feac-3a6d-4d18-8909-9c8bf659b727 Version: $LATEST
fork/exec /var/task/cron: exec format error: PathError
null
END RequestId: 53a7feac-3a6d-4d18-8909-9c8bf659b727

项目结构说明：
根目录有main.go、go.mod、go.sum用于统一依赖管理，包含api、messagehandler、cron、shared四个包，其中前三个包均为main包。

构建命令设置了GOOS=linux、GOARCH=x86_64，输出至out目录：

GOOS=linux
GOARCH=x86_64
echo "GOOS=$GOOS, GOARCH=$GOARCH"
go build -o out/main ./main.go
go build -o out/api ./api/index.go
go build -o out/messagehandler ./messagehandler/index.go
go build -o out/cron ./cron/index.go

已确认以下内容：

• 本地可正常运行程序
• Lambda处理器配置与压缩包内文件名匹配
• 构建环境参数正确

请问问题出在哪里？

问题排查与解决 #

核心原因：构建环境变量未生效 #

单独定义GOOS和GOARCH变量的写法，在shell环境中并没有把这些变量传递到go build的执行上下文里。go build实际可能还是用了本地系统的环境参数编译，导致生成的二进制文件和Lambda的x86_64 Linux环境不兼容，触发exec格式错误。

修复方案 #

方案1：变量与构建命令同行绑定

把环境变量和go build命令放在同一行，确保编译时变量生效：

echo "GOOS=linux, GOARCH=x86_64"
GOOS=linux GOARCH=x86_64 go build -o out/main ./main.go
GOOS=linux GOARCH=x86_64 go build -o out/api ./api/index.go
GOOS=linux GOARCH=x86_64 go build -o out/messagehandler ./messagehandler/index.go
GOOS=linux GOARCH=x86_64 go build -o out/cron ./cron/index.go

方案2：全局导出环境变量

先通过export命令将变量设置为全局生效，再执行编译：

export GOOS=linux
export GOARCH=x86_64
echo "GOOS=$GOOS, GOARCH=$GOARCH"
go build -o out/main ./main.go
go build -o out/api ./api/index.go
go build -o out/messagehandler ./messagehandler/index.go
go build -o out/cron ./cron/index.go

验证步骤 #

编译完成后，用file命令检查二进制文件的架构信息，确认是否符合Lambda要求：

file out/cron

正常输出应包含ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked这类标识。

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