使用AWS Go CDK部署自定义AL2运行时Lambda遇执行格式错误求助

针对你遇到的Error: fork/exec /var/task/bootstrap: exec format error Runtime.InvalidEntrypoint错误，以下是针对性的排查步骤：

• 验证编译产物的架构匹配性
  用file命令检查本地编译的bootstrap文件：

  file bootstrap
  

  若Lambda使用x86_64架构，输出需包含ELF 64-bit LSB executable, x86-64；若用arm64，需包含ELF 64-bit LSB executable, aarch64。
  编译前执行go clean清除缓存，再用完整命令编译：

  # x86_64架构
  GOARCH=amd64 GOOS=linux CGO_ENABLED=0 go build -o bootstrap main.go
  # arm64架构
  GOARCH=arm64 GOOS=linux CGO_ENABLED=0 go build -o bootstrap main.go
  

• 检查部署包结构与CDK配置
  自定义AL2运行时要求bootstrap必须在部署包的根目录，且具备可执行权限：

  1. 编译后执行chmod +x bootstrap添加权限；
  2. 确认CDK中lambda.Code.fromAsset指向的是包含bootstrap的目录，而非源码目录；
  3. 下载Lambda控制台的部署包解压检查，确保根目录存在bootstrap文件。

• 对齐Lambda运行时与架构配置
  在CDK定义Lambda时，明确指定架构和运行时：

  lambda.NewFunction(this, jsii.String("MyLambda"), &lambda.FunctionProps{
      Runtime: lambda.Runtime_PROVIDED_AL2(),
      Architecture: lambda.Architecture_X86_64(), // 或Architecture_ARM_64()，与编译架构一致
      Code: lambda.Code_FromAsset(jsii.String("./lambdas/bin"), nil), // 指向包含bootstrap的目录
      Handler: jsii.String("bootstrap"), // 自定义运行时Handler固定为bootstrap
  })
  

• 排查本地编译环境干扰

  • 在干净的终端环境（无自定义GOFLAGS等环境变量）重新编译，避免代理或全局配置影响产物；
  • M系列Mac用户编译x86_64产物时，不要使用Rosetta转译的终端，直接用原生终端执行编译命令。

• 边缘情况：验证Lambda角色权限
  确保Lambda执行角色包含AWSLambdaBasicExecutionRole或自定义权限中允许读取S3（若部署包存在S3）、读取自身代码的权限，排除因权限问题导致无法加载bootstrap的情况。

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