该错误源于 go 工具链误用旧版 go 安装路径，导致编译器在非 cgo 模式下尝试加载 c 运行时源码；根本原因通常是残留的 `goroot` 环境变量指向了不兼容或损坏的 go 安装目录。
当你执行 go build 时看到类似以下错误：
imports runtime: C source files not allowed when not using cgo: atomic_amd64x.c defs.c heapdump.c ...
这并非代码问题，而是 Go 构建系统在解析标准库（尤其是 runtime 包）时，意外进入了包含原始 C 源码的目录（如 $GOROOT/src/runtime/ 下的 .c 文件），而当前 Go 环境未启用 cgo（即 CGO_ENABLED=0 或未配置 C 工具链）。正常情况下，Go 的预编译标准库已将这些 C 逻辑编译为平台相关的目标代码，用户无需、也不应直接编译 C 源文件。
根本原因：GOROOT 指向异常安装目录
你曾通过 apt-get install golang 安装 Go 1.2，后卸载并手动安装 Go 1.4 —— 但 apt autoremove 并不会自动清除环境变量。若 GOROOT 仍指向旧版 /usr/lib/go-1.2 或其他无效路径，go build 将尝试从该目录加载 src/runtime/，从而触发对 .c 文件的非法引用（因为新版 Go 工具链要求 GOROOT/src 必须是纯 Go 源码树，C 文件仅存在于历史源码包中，不应由用户构建流程直接读取）。
解决方案：清理并验证 GOROOT
✅ 第一步：检查当前 GOROOT
echo $GOROOT go env GOROOT
若输出非空且路径不属于你当前安装的 Go（例如 /usr/lib/go-1.2 或 /opt/go 等旧路径），即为问题根源。
✅ 第二步：临时取消 GOROOT（推荐）
Go 官方强烈建议不要设置 GOROOT —— 只要 go 命令本身可执行（如 /usr/local/go/bin/go），Go 工具链会自动推导正确的 GOROOT（即 go 二进制所在目录的上两级）。执行以下命令临时清除：
unset GOROOT # 验证是否生效 go env GOROOT # 应输出类似 /usr/local/go（即 go 命令所在根目录）
✅ 第三步：永久移除（避免重启后复现）
编辑你的 shell 配置文件（如 ~/.bashrc、~/.zshrc 或 /etc/environment），删除或注释掉形如 export GOROOT=... 的行，然后重载：
source ~/.bashrc # 或对应配置文件
补充验证与注意事项
- ✅ 运行 go version 和 which go 确认使用的是新安装的 Go（如 go version go1.4 linux/amd64 且路径为 /usr/local/go/bin/go）；
- ⚠️ 不要手动修改 GOROOT/src/runtime/ 目录内容，标准库 C 文件仅供 Go 构建系统内部使用；
- ? 若必须显式设置 GOROOT（极少数多版本共存场景），请确保其严格指向 Go 安装根目录（如 /usr/local/go），且该目录下存在 bin/go、src、pkg 等标准子目录；
- ? 新手最佳实践：完全依赖 Go 自动发现机制，永不设置 GOROOT —— 这是 Go 官方文档明确推荐的做法。
完成上述操作后，go build 将恢复正常，不再尝试解析 C 源码，标准库将以预编译形式正确链接。
