本文详解在现代 go 版本（1.4+）下安全、可靠地实现跨平台编译（如 linux → windows）的完整方案，摒弃已失效的源码编译方式，推荐使用官方支持的 `goos`/`goarch` 环境变量组合，并强调禁用 cgo 的关键性。
Go 自 1.5 版本起已完全内置交叉编译支持，无需重新编译 Go 工具链（如运行 make.bash），更不应直接修改或构建 $GOROOT/src 下的源码——这正是你遇到 use of internal package not allowed 错误的根本原因。该错误源于 Go 1.4 引入的 internal 包可见性规则：从 Go 1.4 开始，$GOROOT/src/cmd/ 等目录被禁止直接导入 $GOROOT/src/internal 或 cmd/pprof/internal/... 等内部路径，而旧教程中强制构建整个工具链的方式会触发此限制，导致编译失败。
✅ 正确做法是：利用 Go 原生交叉编译能力，配合环境变量与 CGO_ENABLED=0。以下是标准流程：
-
确认 Go 版本（建议 ≥ 1.16）
go version # 输出示例：go version go1.22.3 linux/amd64
-
设置目标平台环境变量并构建
例如编译为 Windows 64 位可执行文件（.exe）：GOOS=windows GOARCH=amd64 CGO_ENABLED=0 go build -o myapp.exe main.go
若需 32 位 Windows：
GOOS=windows GOARCH=386 CGO_ENABLED=0 go build -o myapp.exe main.go
-
关键说明：为什么 CGO_ENABLED=0 不可省略？
- Go 默认启用 CGO（调用 C 代码），但目标平台（如 Windows）的 C 运行时（如 msvcrt.dll 或 MinGW 工具链）在宿主机（Linux）上不可用；
- 启用 CGO 会导致构建失败或生成依赖宿主机环境的二进制，失去真正“静态跨平台”的意义；
- CGO_ENABLED=0 强制使用纯 Go 标准库实现（如 net, os/exec, syscall 等），生成完全静态、零外部依赖的 Windows 可执行文件。
⚠️ 注意事项：
- 不要尝试从源码构建 Go 工具链（如 ./make.bash），该方式自 Go 1.5 起已被废弃，且与现代 internal 包规则冲突；
- Arch Linux 用户通过 pacman -S go 安装的是标准二进制版 Go，完全支持交叉编译，无需额外安装或打补丁；
- 若项目依赖了需 CGO 的第三方库（如 sqlite3, cgo 绑定），则必须为 Windows 配置交叉 C 工具链（如 x86_64-w64-mingw32-gcc），但这大幅增加复杂度，强烈建议优先选用纯 Go 替代方案（如 mattn/go-sqlite3 提供纯 Go 模式）；
- 可通过 go env -w GOOS=windows GOARCH=amd64 持久化常用目标平台，避免重复设置。
总结：现代 Go 的交叉编译是开箱即用、稳定可靠的。放弃过时的源码构建思路，专注掌握 GOOS/GOARCH/CGO_ENABLED 三要素的组合使用，即可高效产出跨平台二进制，这是 Go 工程实践中最推荐、最可持续的实践方式。
