是，Linux上必须安装build-essential（Ubuntu/Debian）或Development Tools（CentOS/RHEL），因为go build调用cgo时需gcc等C工具链，缺失会导致“exec: 'gcc': not found”等编译失败。
Linux 上必须装 build-essential 或 Development Tools 吗
不是“补丁”，而是构建工具链——Go 本身不依赖系统级补丁，但 go build、go run 调用 cgo（比如涉及 net、os/user、crypto/x509 等包）时，会触发 C 编译器调用。没装对应工具链，编译会直接失败，报错类似：# runtime/cgo 或 exec: "gcc": executable file not found in $PATH。
- Ubuntu/Debian：运行
sudo apt update && sudo apt install build-essential即可，它包含 gcc、g++、make、libc6-dev 等 - CentOS/RHEL 7/8：用
sudo yum groupinstall "Development Tools"（RHEL 7）或sudo dnf groupinstall "Development Tools"（RHEL 8+） - macOS：执行
xcode-select --install，它会安装 Command Line Tools（含 clang、make） - 统信UOS/麒麟等国产系统：通常已预装，但若
go build报 gcc 找不到，仍需确认是否启用开发者模式或安装build-essential类似包
Windows 上不需要额外装“补丁”，但要注意 MSVC 还是 MinGW
Go 在 Windows 上默认使用自带的链接器和汇编器，绝大多数纯 Go 代码（不含 cgo）完全不需要 Visual Studio 或 MinGW。只有当你显式启用 cgo（CGO_ENABLED=1）并导入了 C 相关包时，才需要对应 C 工具链。
- 纯 Go 项目：只要
go version和go run hello.go成功，就无需额外安装 - 启用 cgo 的项目（如调用 Windows API、sqlite、openssl）：推荐安装 Build Tools for Visual Studio（轻量版），而非完整 VS
- 不想装 MSVC？可改用 MinGW-w64，但需手动设环境变量：
set CC=gcc、set CGO_ENABLED=1，且兼容性不如 MSVC 稳定
验证工具链是否就绪：用一行命令测 cgo 是否可用
别等真写项目才暴露问题。在空目录下建 main.go，内容只有一行：package main; import "C"; func main() {}，然后执行：
go build -o testcgo.exe main.go
如果成功生成 testcgo.exe，说明 cgo 工具链就绪；如果报 exec: "gcc": executable not found 或 cannot find -lmsvcrt，就该回头装对应构建工具。
立即学习“go语言免费学习笔记（深入）”；
- Linux/macOS：这个命令失败 = 缺 build-essential / Xcode CLI
- Windows：失败且没装 Build Tools = 需补装；失败但已装 = 检查是否重启终端让 PATH 生效
- 注意：Go 1.22+ 默认
CGO_ENABLED=1，所以这个测试比以前更敏感
ARM 架构（如 macOS M 系列、树莓派）要特别留意交叉编译依赖
ARM 设备上跑 Go 一般没问题，但如果你在 ARM Mac 上编译 Linux/amd64 二进制，或在树莓派上交叉编译 Windows 程序，go build -ldflags="-s -w" 可能因缺少目标平台的 sysroot 或 linker 而失败。
- macOS ARM：无需额外装东西，
go build原生支持 darwin/arm64 - Linux ARM64（如树莓派 4/5）：确保
gcc-aarch64-linux-gnu（用于 cross-compile to Linux/amd64）或gcc-arm-linux-gnueabihf（用于 armhf）已安装 - 统信UOS/银河麒麟等国产 ARM 系统：部分版本默认禁用 cgo，需手动开：
export CGO_ENABLED=1，再确认gcc是否在 PATH 中
真正容易被忽略的是：很多人以为“go version 能跑就万事大吉”，结果一跑真实项目（尤其带 net/http TLS、database/sql、os/user）就卡在 cgo 上——那不是 Go 环境没装好，是系统级构建依赖没配齐。
