go mod tidy不能解决Serverless冷启动慢，因为它只修剪模块依赖树，不裁剪二进制中实际链接的符号；如仅用SDK一个函数，其间接依赖仍会引入完整HTTP/TLS逻辑，在runtime初始化阶段执行，直接拖慢冷启动。
为什么go mod tidy不能解决Serverless冷启动慢
很多人以为执行go mod tidy就能清理掉无用依赖，结果冷启动还是卡在 800ms+。问题在于：tidy 只修剪模块依赖树，不裁剪最终二进制里实际链接的符号。比如你只用了 github.com/aws/aws-sdk-go-v2/config 里的一个函数，但它的间接依赖（如 github.com/aws/aws-sdk-go-v2/transport/http）可能把整个 HTTP 客户端、TLS 初始化逻辑全带进来——这些代码在 binary 加载时就执行，直接拖慢冷启动。
-
go mod vendor更没用：它只是复制源码到本地目录，Serverless 不读 vendor，只认编译出的二进制 - 真正影响冷启动的是 runtime 初始化阶段被链接进来的代码量，不是
go list -m all输出的模块个数 - 检查方式：
go tool nm -size -sort size ./main | head -15，看 top 函数/变量是否来自你不该用的包（比如net/http/pprof的 embed HTML）
如何精准剔除Serverless中冗余的Go依赖
关键不是“删模块”，而是“阻断链接路径”。Go 的构建链很隐蔽，一个 _ "net/http/pprof" 就能让二进制多出 1.2MB —— 因为 pprof embed 了大量前端资源。
- 禁用所有带
embed的包：github.com/aws/aws-sdk-go-v2默认启用 IMDS 探测，会拉入完整 HTTP 栈；改用config.WithClientLogMode(0)+ 显式传入已配置好的http.Client - 避免跨包间接引用：不用
encoding/json就别引github.com/mitchellh/mapstructure，后者强制触发 reflect 包深度初始化 - 子包级导入：只 import
github.com/aws/aws-lambda-go/events/apigw，别 import 整个events包 - 用
//go:build !lambda+go build -tags=lambda隔离开发期调试代码（如 pprof、expvar）
CGO_ENABLED=0 是起点，不是终点
CGO_ENABLED=0 能防止链接 libc，避免 standard_init_linux.go:228: exec user process caused: no such file or directory 这类错误，但它对标准库膨胀毫无约束力。crypto/tls 仍会打包所有 cipher 实现，net/http 保留全部 TLS 策略验证逻辑，哪怕你只做一次 HTTP GET。
- 必须搭配
-ldflags="-s -w"：去掉符号表和调试信息，体积常减 30%~50% - 加
-gcflags="-l"关闭内联，有助于后续 UPX 压缩（但 AWS 上慎用 UPX，解压 CPU 开销可能抵消体积收益） - 基础镜像选
public.ecr.aws/lambda/go:1.22或 distroless，别用 alpine + 自建 Go 编译环境——alpine 的 musl libc 和 Go 的 syscall 绑定有时反而出问题 - 验证方式：本地用平台 CLI（如
aws lambda invoke）测试，别用go run，后者绕过所有 Serverless 初始化路径
预置并发下，Go 初始化逻辑依然要重写
开了预置并发，不代表冷启动逻辑可以松懈。Lambda 保持的是容器实例，不是 Go runtime 状态。一旦实例被回收（空闲超 10 分钟），下次调用仍是完整冷启动——从 mmap 二进制开始，到 lambda.Start 执行前的所有 Go 代码都会重跑。
立即学习“go语言免费学习笔记（深入）”；
-
var cfg = loadConfigFromS3()这种包级变量初始化，永远在冷启动路径上，必须改成 handler 内sync.Once懒加载 - 日志、监控 SDK 初始化不要放在
main()里，首次请求时再注册（例如用atomic.CompareAndSwapUint32(&initialized, 0, 1)控制） - DB 连接池、HTTP client 复用等，全部延迟到第一次事件处理时建立，而不是进程启动时
- 注意：
init()函数也属于冷启动阶段，别在里面做 I/O
