Go 默认构建的二进制并非完全静态，尤其在使用 net、os/user 等依赖系统 C 库的包时会动态链接 libc；需通过禁用 cgo 或切换至 musl 工具链才能实现真正静态链接。
go 默认构建的二进制并非完全静态，尤其在使用 `net`、`os/user` 等依赖系统 c 库的包时会动态链接 libc；需通过禁用 cgo 或切换至 musl 工具链才能实现真正静态链接。
Go 以其“一次编译、随处运行”的静态二进制特性广受开发者青睐，但实际构建中常遇到 file 命令显示 dynamically linked (uses shared libs) 的情况——这说明二进制仍依赖系统共享库（如 libc.so.6），并非真正静态。根本原因在于：Go 运行时虽为纯 Go 实现，但部分标准库（如 net、os/user、user.Lookup）默认启用 cgo，从而调用底层 C 函数（如 getpwuid, getaddrinfo），导致动态链接。
自 Go 1.5 起，net 包的 DNS 解析器已支持纯 Go 实现（即 netgo），但该行为仅在满足条件时自动启用：
- CGO_ENABLED=0 时强制使用 netgo；
- CGO_ENABLED=1（默认）且系统 /etc/nsswitch.conf 配置允许（如 hosts: files dns），则优先尝试 netgo；否则回退至 cgo 版本。
✅ 正确生成静态二进制的方法如下：
方法一：禁用 cgo（推荐，适用于多数场景）
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
⚠️ 注意：禁用 cgo 后，os/user 中的 user.Current()、user.Lookup* 等函数将 panic（因无法调用 getpwuid）；若需用户信息，应改用环境变量（如 os.Getenv("USER")）或显式解析 /etc/passwd（需自行处理权限与格式）。
方法二：保留 cgo + 静态链接 libc（高级需求）
使用 Alpine Linux 的 musl 工具链（如 docker run --rm -v $(pwd):/work -w /work golang:alpine go build -o runk src/runk/runk.go），或在支持 musl-gcc 的系统上设置：
CC=musl-gcc CGO_ENABLED=1 go build -ldflags '-extldflags "-static"' -o runk src/runk/runk.go
此方式可保留 cgo 功能（如完整 os/user 支持），同时生成静态二进制，但需确保构建环境已安装 musl 工具链。
? 总结建议：
- 优先使用 CGO_ENABLED=0 构建，兼顾简洁性与可移植性；
- 若业务强依赖 cgo 功能（如特定 DNS 行为、用户/组解析），应评估是否可重构逻辑，或采用 musl 构建方案；
- 永远通过 file 和 ldd runk（对 CGO_ENABLED=1 二进制）双重验证链接状态。
