go函数部署serverless必须绕开三大硬坑：入口需用lambda.start注册符合func(context.context,t)(u,error)签名的handler，而非main函数；必须goos=linux配合目标goarch交叉编译，避免exec format error；阿里云fc要求二进制命名为bootstrap并chmod+x，而lambda只需main。
Go 代码写完，想几秒就跑在无服务器平台上？可以，但必须绕开三个硬坑：入口函数签名不对、二进制平台不匹配、部署命令没走对链路。
lambda.Start 是唯一合法入口，不是 func main()
AWS Lambda 不执行 func main()，它只认 lambda.Start(handler) 这个调用。handler 必须是形如 func(context.Context, T) (U, error) 的函数，T 和 U 要能 JSON 序列化（比如 events.APIGatewayProxyRequest）。写错就会报 fork/exec /var/task/main: no such file or directory——这不是文件丢了，是 runtime 根本没找到符合签名的 handler。
- 必须引入
github.com/aws/aws-lambda-go/lambda -
main()里只调一次lambda.Start(yourHandler)，不能漏，也不能多调 - 本地调试别用
go run main.go，直接调yourHandler(context.Background(), input) - 阿里云函数计算相反：不用
lambda.Start，要编译成bootstrap文件并chmod +x
交叉编译必须指定 GOOS=linux 和目标架构
你在 Mac M 系列或 Windows 上直接 go build 出来的二进制，是 darwin/arm64 或 windows/amd64，而所有主流 Serverless 平台（Lambda、FC、Knative）都运行 Linux。不指定目标平台，上传后必报 exec format error。
- 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目录
up/up 工具能跳过大部分配置，但得看清它自动干了啥
up/up 检测到 main.go 就自动走 Go 流程，省去写 SAM 模板或 template.yml，但它背后仍执行标准交叉编译和部署逻辑。你得知道它默认做了什么，否则出问题没法 debug。
- 默认构建命令：
GOOS=linux GOARCH=amd64 go build -o server *.go - 默认清理命令：
rm server - 它不帮你处理冷启动里的全局初始化——比如
var db = sql.Open(...)还是会拖慢首请求 - 如果项目依赖 cgo（如 SQLite、某些加密库），
CGO_ENABLED=0会导致构建失败，得手动改配置或换库
最常被忽略的不是怎么部署，而是冷启动里那几行看似无害的全局变量初始化：连数据库、读大配置、建日志实例——它们全在首次调用前执行，一卡就是超时。真要压到 200ms 冷启动，就得把这类逻辑挪到 handler 第一次调用时用 sync.Once 懒加载。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
