GOOS和GOARCH必须同时显式设置才能跨平台构建，仅设其一将生成当前平台二进制；CGO_ENABLED=0是生成静态链接二进制的默认安全开关，禁用后不依赖libc但部分标准库功能受限。
Go 项目构建时，go build 行为不是“默认跑一下就完事”，而是由环境变量、命令行参数、模块配置三者共同决定的。不显式控制这些参数，二进制体积、平台兼容性、调试信息、CGO 行为都可能出人意料。
GOOS 和 GOARCH 必须显式设置才能跨平台构建
本地是 darwin/amd64，想生成 Linux 服务器能跑的二进制？不能只靠 go build。必须用环境变量或命令行指定目标平台：
GOOS=linux GOARCH=amd64 go build -o myapp-linux main.go- 或者写成一行：
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o myapp-arm64 main.go -
GOOS和GOARCH是硬性开关，不设就按当前机器值编译，哪怕你scp到别的系统也跑不起来 - ARM 设备要注意
GOARM（如树莓派 3/4 需设GOARM=7），否则 panic: "floating point instruction not supported"
CGO_ENABLED=0 不只是“禁用 C”，它决定是否带 libc 依赖
设 CGO_ENABLED=0 后，生成的是纯静态链接二进制，不依赖系统 libc，适合 Alpine 容器或最小化部署；但代价是部分标准库功能受限：
-
net包 DNS 解析会 fallback 到 Go 自实现（netgo），不走/etc/resolv.conf或 systemd-resolved -
os/user无法读取/etc/passwd，user.Current()可能 panic - 如果代码里用了
cgo调用 C 库（比如 SQLite、OpenSSL），必须设CGO_ENABLED=1，且目标系统得装对应 dev 包
减小二进制体积：-ldflags="-s -w" 是标配，但别在调试时用
-s 去符号表，-w 去 DWARF 调试信息，两者合用通常能砍掉 30%~50% 体积：
go build -ldflags="-s -w" -o myapp main.go- 但一旦加了这两个 flag，
pprof就没法看函数名，delve调试会卡在汇编层，CI 构建可加，本地开发建议去掉 - 如果还想进一步瘦身，可加
-buildmode=pie（位置无关可执行文件）或用upx压缩，但后者可能被杀毒软件误报
go build -o 输出路径和模块名冲突时，go install 更可靠
当项目有 go.mod 且模块路径是 github.com/user/cmd/mytool，直接 go build -o /usr/local/bin/mytool 有时会因 GOPATH 或 GOBIN 冲突失败；更稳的方式是：
- 确保
GOBIN已加入PATH，然后运行go install ./cmd/mytool - 它会自动把可执行文件放到
$GOBIN/mytool，且能正确解析replace和require中的本地路径 - 注意：从 Go 1.18 开始，
go install默认只作用于模块根目录下的main包，子目录需显式写./cmd/xxx
真正容易被忽略的是：所有这些参数在 CI/CD 流水线里必须显式固化，不能依赖本地 go.env 或 shell profile。一个没设 CGO_ENABLED 的构建步骤，在 Alpine 镜像里可能静默失败，日志里只有一行 exec format error —— 那往往不是代码问题，是构建参数漏了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
