是，但需关CGO_ENABLED=0并设GOOS/GOARCH才能生成真正静态可执行文件；否则默认依赖系统动态库，跨环境运行会报错。
Windows 或 macOS 上装完 Go 就能直接 go build 出可执行文件？不一定。默认编译结果可能依赖系统动态库（比如 Windows 的 msvcrt.dll、Linux 的 libc.so），一换环境就报错。真正“拷过去就能跑”的静态二进制，得关掉 CGO_ENABLED 并显式指定目标平台。
GOOS/GOARCH 是什么，为什么不能只靠 go build
GOOS 和 GOARCH 是构建时控制目标操作系统的环境变量，不是运行时自动推断的。不设它们，go build 默认按当前机器生成（比如你在 macOS M1 上跑，就出 darwin/arm64）。
- 跨平台必须显式设置，例如
GOOS=linux GOARCH=amd64 go build main.go - Windows 下若未设
GOOS，即使在 CMD 里执行，也不会自动变成windows；它仍按 host 推断，可能误出darwin或linux - ARM64 和 AMD64 混用会直接失败，错误类似
cannot use windows/amd64 binaries on linux/arm64
CGO_ENABLED=0 不是可选项，而是静态编译的前提
Go 默认启用 CGO，用于调用 C 代码（如 DNS 解析、系统调用封装）。一旦启用，go build 会链接系统 libc，导致二进制非静态——哪怕你只写纯 Go 代码，标准库中部分 net、os 功能也隐式依赖 CGO。
- 必须加
CGO_ENABLED=0才能确保完全静态，否则 Linux 上可能报no such file or directory（找不到libc.so.6） - Windows 下关闭 CGO 后，
net包仍可用（Go 自实现 winsock），但某些高级功能（如user.Lookup）会不可用 - 若项目真需 CGO（比如调用 OpenSSL），静态编译就得配
musl工具链，复杂度陡增，不推荐新手尝试
go env -w 配置代理和模块模式，避免 go get 卡死
国内直连 proxy.golang.org 和 golang.org/x/... 基本超时，不配置代理，go mod download 会卡住或失败。
立即学习“go语言免费学习笔记（深入）”；
- 强制开启 Go Modules：
go env -w GO111MODULE=on - 设国内代理：
go env -w GOPROXY=https://goproxy.cn,direct - 私有模块（如公司内网 Git）要加
go env -w GOPRIVATE=git.example.com，否则代理会拦截 - 验证是否生效：
go env GOPROXY应输出https://goproxy.cn,direct
交叉编译脚本别硬编码路径，优先用 -o 控制输出名
写自动化构建脚本时，很多人把输出路径拼进命令里，结果不同系统路径分隔符（\ vs /）出问题，或者权限失败。
- 统一用
-o参数指定输出：go build -o bin/app-linux-amd64 main.go - 脚本里避免
mkdir -p ./bin后再 cd 进去——go build不吃当前工作目录影响，直接-o更可靠 - Windows 用户注意：PowerShell 中环境变量赋值语法是
$env:CGO_ENABLED="0"，不是CGO_ENABLED=0；建议用 CMD 或 WSL 运行脚本
最容易被忽略的是：CGO_ENABLED=0 关闭后，time.Now().Zone() 在某些 Linux 发行版上会返回空时区名，因为时区数据不再从系统读取，而 Go 标准库自带的时区库需要显式加载（time.LoadLocation）。如果业务强依赖本地时区，得提前 embed 或打包时区数据文件。
