Go 默认编译出的二进制文件看似“无依赖”，实则仍可能动态链接 libc 或 DNS 解析等系统库；尤其在使用 net、os/user 等包时，cgo 启用会导致动态链接，需显式禁用 cgo 并配合环境变量才能实现真正静态链接。
go 默认编译出的二进制文件看似“无依赖”，实则仍可能动态链接 libc 或 dns 解析等系统库；尤其在使用 `net`、`os/user` 等包时，cgo 启用会导致动态链接，需显式禁用 cgo 并配合环境变量才能实现真正静态链接。
Go 语言以“开箱即用的静态编译”著称，但这一特性有重要前提：必须避免依赖 cgo。当你运行 go build 后执行 file runk 发现输出中包含 dynamically linked (uses shared libs)，说明当前二进制并非完全静态——根本原因在于某些标准库（如 net 和 os/user）在默认配置下会触发 cgo 调用系统 C 库（如 glibc），从而引入动态链接依赖。
✅ 正确构建纯静态二进制的方法
最可靠的方式是彻底禁用 cgo，并确保所有依赖路径均使用纯 Go 实现：
CGO_ENABLED=0 go build -o runk src/runk/runk.go
执行后验证：
$ file runk runk: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped $ ldd runk not a dynamic executable
? 提示：CGO_ENABLED=0 强制 Go 编译器跳过所有 cgo 代码路径，转而使用标准库内置的纯 Go 实现（例如 net 包的 native DNS 解析器，自 Go 1.5 起已默认启用且无需 cgo）。
⚠️ 注意事项与兼容性说明
- net 包行为变化：Go 1.5+ 在多数 Unix 系统上默认启用纯 Go DNS 解析器（通过 /etc/resolv.conf 和系统配置），仅当需要高级功能（如 NSS、SRV 记录或自定义 stub resolver）时才回退到 cgo。因此禁用 cgo 后，绝大多数网络应用仍可正常解析域名。
- os/user 包限制：该包在 CGO_ENABLED=0 下无法查询系统用户数据库（如 /etc/passwd），user.Current() 等函数将返回错误。如需此功能，应改用 os.Getenv("USER") 或硬编码 UID/GID，或接受动态链接。
- 交叉编译友好：CGO_ENABLED=0 是跨平台构建（如 Linux → Windows/macOS）的必备条件，避免目标平台缺失对应 C 运行时。
- musl 场景（进阶）：若必须启用 cgo（如调用特定 C 库），又要求静态链接，可结合 Alpine Linux + musl-gcc 工具链（参考 Dominik Honnef 的经典文章），但这已超出 Go 原生支持范畴，需额外构建环境。
✅ 总结
| 场景 | 推荐方案 | 是否真正静态 |
|---|---|---|
| 普通 CLI / Web 服务（无系统用户/高级 DNS 需求） | CGO_ENABLED=0 go build | ✅ 是 |
| 需 user.Current() 或 user.Lookup*() | 改写逻辑或接受动态链接 | ❌ 否（除非 musl + 自定义工具链） |
| 必须调用 C 库且部署环境受限 | 使用 docker build 基于 golang:alpine + musl 链接 | ✅（需定制化） |
牢记：Go 的“静态编译”本质是“无运行时依赖”，而非“绝对不调用系统库”——控制 cgo 开关，才是掌握链接行为的关键开关。
