Windows环境下通过Zip包部署Golang AWS Lambda函数报错求助

问题分析 #

你遇到的Runtime.InvalidEntrypoint + exec format error，本质是Lambda运行环境（Amazon Linux 2023 x86_64）无法识别你上传的bootstrap文件格式——大概率是Windows下编译时环境变量没生效，导致生成的是Windows可执行文件（PE格式），而非Linux所需的ELF格式。

解决方案 #

1. 确保环境变量在当前会话正确生效 #

Windows CMD和PowerShell的环境变量设置语法不同，别混用：

• 使用CMD时：

  set GOOS=linux
  set GOARCH=amd64
  set CGO_ENABLED=0
  # 必须在同一个CMD窗口内执行后续编译和打包命令
  go build -o bootstrap main.go
  C:\Users\Test\go\bin\build-lambda-zip.exe -o myFunction.zip bootstrap
  

• 使用PowerShell时：
  不要用set命令，改用PowerShell专属的环境变量语法：

  $env:GOOS = "linux"
  $env:GOARCH = "amd64"
  $env:CGO_ENABLED = "0"
  go build -o bootstrap main.go
  C:\Users\Test\go\bin\build-lambda-zip.exe -o myFunction.zip bootstrap
  

  注意：环境变量仅在当前终端会话有效，每次打开新窗口都需要重新设置。

2. 验证编译后的bootstrap文件格式 #

编译完成后，检查bootstrap是否为Linux x86_64可执行文件：

• 若装有WSL，直接在WSL中运行：

  file /mnt/c/你的项目路径/bootstrap
  

  正常输出应包含ELF 64-bit LSB executable, x86-64字样。
• 若无WSL，可通过文件查看工具检查文件头：Linux ELF文件前4字节为7F 45 4C 46，Windows PE文件则是4D 5A。

3. 确认打包的文件结构 #

用解压工具打开myFunction.zip，确保bootstrap文件直接位于zip根目录，没有嵌套在子文件夹中——Lambda要求入口文件必须在/var/task根路径下。

4. 清理旧文件重新编译 #

之前编译的Windows版本bootstrap可能残留，导致打包错误：

• 先删除项目目录下的bootstrap和myFunction.zip文件
• 重新设置环境变量，执行编译和打包命令

额外说明 #

macOS下能正常运行是因为其终端默认使用类Unix语法，环境变量设置和编译流程不会出现语法问题，生成的是符合要求的Linux格式文件。

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