AWS Lambda要求Go函数必须使用lambda.Start(handler)而非func main()，且handler需符合func(context.Context, T)(U, error)签名；本地调试应直接调用handler而非go run；交叉编译须指定GOOS=linux及对应GOARCH，并设CGO_ENABLED=0。
Go函数跑不起来？先看lambda.Start和main有没有写错
AWS Lambda 不接受 func main() 当 handler，这是最常卡住新人的地方。它只认一个签名严格的函数：func(context.Context, T) (U, error)，T 和 U 必须能 JSON 序列化（比如 events.APIGatewayProxyRequest 或自定义 struct）。你写了 main()，但没调 lambda.Start(handler)，部署后就会报 fork/exec /var/task/main: no such file or directory——其实不是文件丢了，是 runtime 根本没找到合法入口。
- 必须用
github.com/aws/aws-lambda-go/lambda，且只在main()里调一次lambda.Start(handler) -
handler不能是func main()，也不能是func handler() {...}（缺 context 和参数） - 本地调试别
go run main.go，直接调函数：res, err := handler(context.Background(), input) - 阿里云 FC 则相反：不用
lambda.Start，要编译成bootstrap，chmod +x bootstrap，且函数签名通常是func(context.Context, []byte) ([]byte, error)
交叉编译不对，exec format error 就算你代码全对也起不来
Mac M 系列或 Windows 本地直接 go build 出来的二进制，是 darwin/amd64 或 windows/amd64，而 Lambda、FC、Knative 全跑 Linux。不指定目标平台，上传后必然 exec format error。更麻烦的是，阿里云新地域默认 ARM64，AWS 也支持 ARM64，但你可能还在用 x86_64 编译。
- Lambda（x86_64）：
GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build -ldflags="-s -w" -o main main.go - FC（ARM64）：
GOOS=linux GOARCH=arm64 CGO_ENABLED=0 go build -ldflags="-s -w" -o bootstrap main.go - Knative 要求静态链接：
CGO_ENABLED=0 go build -a -ldflags='-extldflags "-static"' -o handler . - 包里只放二进制，删掉
.go、go.mod、vendor——Lambda 不执行源码，FC/Knative 更不认
冷启动慢？别在main里连数据库、读大配置、初始化日志全局句柄
从 Lambda 加载二进制到 lambda.Start 返回，这段所有 Go 代码都算冷启动耗时。很多人把 DB 连接池、配置加载、Zap logger 初始化全塞进 main() 或全局变量，结果首请求就超时。
- 避免
var cfg = loadConfigFromS3()这类全局初始化，改用sync.Once懒加载 -
init()函数仍属冷启动阶段，别在里面做 HTTP 请求或重试逻辑 - 日志库选轻量的，别引
net/http/pprof或expvar，它们悄悄增大二进制体积 -
-ldflags="-s -w"能砍掉 30%–50% 体积，对冷启动加载速度有实测提升
本地没法go run调试？那就绕过 runtime 直接调 handler
Lambda 和 FC 的 SDK 启动函数（lambda.Start、fcutil.Start、knative.Serve）全是阻塞式监听远程调用，本地没有 runtime 环境，go run 只会卡住或 panic。这不是环境问题，是设计使然。
- 构造测试输入：
event := events.APIGatewayProxyRequest{Body: `{"name":"test"}`} - 直接调用：
res, err := handler(context.Background(), event) - HTTP 类函数可起本地 server：
http.ListenAndServe(":8080", mux)，手动 POST 测试 - 别依赖
os.Getenv("LAMBDA_TASK_ROOT")这类环境变量做逻辑分支——本地没有，会 panic
Serverless 下的 Go 不是“写完扔上去”，而是每一行初始化代码、每一个隐式依赖、每一次 go build 的参数，都在决定冷启动快不快、能不能跑、日志查不查得到。最容易被忽略的，其实是那句 CGO_ENABLED=0 和那个没加 chmod +x 的 bootstrap 文件。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
