-ldflags="-s -w" 必须同时使用才能显著减小体积，因-s删除符号表、-w移除调试段且Go 1.20+要求先清空符号表；CGO_ENABLED=0是关键前提，可避免libc污染并节省1–2MB；-trimpath提升构建确定性且助-s更彻底剥离路径字符串。
-ldflags="-s -w" 必须一起用，否则体积几乎不降；关 CGO_ENABLED=0 是第二关键动作，不是可选项。
为什么 -ldflags="-s -w" 必须同时出现
-s 删除符号表（.symtab、.strtab），-w 移除全部 .debug_* 段——后者通常占体积更大。Go 1.20+ 要求先清空符号表才能安全移除 DWARF，单独用 -w 会失败；只用 -s 则只能减 10%–20%，远不如合用时的 30%–50%。
常见错误写法：go build -ldflags=-s -w main.go —— shell 把 -w 当成 go build 自己的参数，链接器根本收不到。必须加引号：go build -ldflags="-s -w" 或 go build -ldflags="-w -s"。
验证是否生效：file ./app 输出应含 stripped；
再跑 readelf -S ./app | grep '\.debug'，结果为空才说明 -w 成功。
CGO_ENABLED=0 不只是为 Alpine，而是防 libc 污染
只要没显式调 C.xxx 或写 // #include，就该关 CGO。否则 linker 会悄悄拉入 libc 符号、getaddrinfo 兼容层、字符集转换代码，多占 1–2MB。
立即学习“go语言免费学习笔记（深入）”；
典型现象：ldd ./app 显示依赖 libc.so → CGO 意外启用。
关掉后：net 包自动 fallback 到纯 Go DNS 解析（读 /etc/resolv.conf），os/user 用纯 Go 实现，行为一致，无兼容风险。
检查是否真关闭：ldd ./app 输出 not a dynamic executable 才算成功。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
-trimpath 看似不减体积，实则影响构建确定性
-trimpath 不直接删字节，但它把源码绝对路径（如 /home/user/project/cmd/app/main.go）从二进制中清空，避免这些长字符串被编译进符号表或调试段残留——让 -s 剥离得更干净。
CI/CD 中不同机器构建，若没 -trimpath，相同代码生成的二进制哈希值可能不同，镜像层缓存失效。
它不影响 panic 输出的文件名（Go 1.20+ 默认已隐藏绝对路径），但能让 pprof 的 symbol 表更干净。
建议始终带上，命令顺序应为：CGO_ENABLED=0 go build -trimpath -ldflags="-s -w" -o app ./main.go
哪些“优化”其实不该碰
-gcflags="-l"（关闭内联）：在新版本已被废弃；可能略微增体积，且严重拖慢启动和运行性能，GC 压力也会上升。-extldflags '-static'：Go 默认就是静态链接，这个 flag 对体积零影响。upx --best：对 Go 二进制压缩率有限（30%–60%），且需配合 -buildmode=exe + CGO_ENABLED=0 + -ldflags="-s -w" 才安全；云环境（如 AWS Lambda）可能拒绝加载，首次启动还慢几毫秒。
真正该删的是你自己写的、没用的 init() 函数或全局变量初始化逻辑——它们会强制链接对应包；还有隐式引入的 _ "net/http/pprof"，哪怕没开 server，也会把整套 HTTP 处理逻辑打进二进制。
最易被忽略的一点：所有优化都依赖你是否真正关掉了 CGO 和是否用了引号包裹 -ldflags。这两个点一错，后面所有参数都白配。
