Go默认静态链接，不触发CGO时二进制完全静态（ldd显示not a dynamic executable）；体积大主因是未加-ldflags="-s -w"、误嵌资源或CGO_ENABLED=1引入libc依赖；CGO_ENABLED=0是确保静态性的唯一有效开关，强制纯Go实现但限制部分功能。
go build 默认就是静态链接，别被体积吓到
Go 编译器默认使用 -linkmode=internal，只要不触发 CGO，生成的二进制就是完全静态的：所有 Go 运行时、标准库、第三方纯 Go 包全打包进一个文件。ldd ./myapp 会显示 not a dynamic executable，不是“需要配置才静态”，而是出厂设定。
所谓“体积大”，常见原因有三：
-
-ldflags="-s -w"没加，调试符号占 30–50% 体积 - 误用
//go:embed嵌入了百 MB 资源文件 -
CGO_ENABLED=1（默认）下悄悄引入了libc.so.6依赖，但你没意识到
CGO_ENABLED=0 是控制静态性的唯一有效开关
它不只是“禁用 cgo”，更是强制走纯 Go 实现路径：
-
net包改用纯 Go DNS 解析器（不调getaddrinfo） -
os/user会 panic（因无法调libc getpwuid） -
database/sql驱动只能用纯 Go 版，比如github.com/go-sql-driver/mysql；不能用github.com/mattn/go-sqlite3这类含 cgo 的包
一旦代码里出现 // #include 或调用 C.xxx，且 CGO_ENABLED=1，链接器立刻切到 -linkmode=external，并动态链接系统 libc.so.6、libpthread.so.0 ——此时 ldd 就会列出一堆 so 文件。
立即学习“go语言免费学习笔记（深入）”；
Alpine 或 distroless 容器里必须设 CGO_ENABLED=0
Alpine 使用 musl libc，而 CGO_ENABLED=1 构建的二进制默认链接 glibc，直接 crash。distroless 镜像甚至不带 libc.so.6，根本跑不起来。
验证方式别只信 ldd（Alpine 里可能没有）：file ./myapp 输出含 statically linked 才算真静态。
典型命令：
CGO_ENABLED=0 GOOS=linux go build -ldflags="-s -w" -o myapp main.go
注意：-a 参数在 Go 1.20+ 已废弃，无需加。
-buildmode=shared 和 -linkshared 是实验性功能，生产慎用
这不是替代 CGO_ENABLED 的方案，而是另一条高风险路径：
- 必须先运行
go install -buildmode=shared std生成libstd.so，该库与 Go 版本、OS、架构强绑定 - 目标机必须存在匹配的
libstd.so，且要手动配LD_LIBRARY_PATH - 不支持用户包导出为 so，无法拆业务模块；对 CGO 项目行为不可控
- Kubernetes/Docker 生态无配套支持，单服务部署反而增加运维负担
真正需要“共享标准库”的场景极少，绝大多数人根本用不到这个机制。
静态链接的复杂点不在编译命令本身，而在于你是否清楚自己的依赖链里有没有隐式 cgo 调用——比如某个间接依赖的 go.mod 里 import 了 _ "github.com/mattn/go-sqlite3"，就足以让整个二进制变动态。
