Go语言跨平台编译不依赖外部工具链，仅需显式设置GOOS和GOARCH环境变量指定目标平台，并配合CGO_ENABLED=0生成无依赖静态二进制，否则易因C库缺失导致执行失败或链接错误。直接回答：Go 语言跨平台编译不依赖外部工具链，只靠
GOOS 和 GOARCH 环境变量控制目标平台，但必须配合 CGO_ENABLED=0 才能稳定生成无依赖的静态二进制——否则大概率在目标机器上报 cannot execute binary file: Exec format error 或链接失败。
GOOS 和 GOARCH 必须显式设置才叫“交叉编译”
不设 goos/goarch，go build 默认只编译当前系统可运行的二进制，和“跨平台”无关。
-
GOOS=linux、GOOS=windows、GOOS=darwin是仅有的合法值（注意不是macos或osx） -
GOARCH=amd64、GOARCH=arm64、GOARCH=386是最常用组合；arm64不是aarch64，写错会静默忽略构建标签或报错 - macOS Apple Silicon 必须用
GOARCH=arm64，GOARCH=amd64生成的程序在 M1/M2 上需 Rosetta 2 模拟，且无法嵌入原生图标/版本资源 - Windows 二进制默认无后缀，
-o main.exe才生成带.exe的文件；Linux/macOS 不需要加扩展名
CGO_ENABLED=0 是避免动态链接失败的关键开关
默认开启 CGO，意味着 Go 会尝试链接宿主机的 C 库（如 glibc）。你在 macOS 上编译 Linux 二进制时，本地没有 glibc，链接就失败；即使成功，生成的程序在 Alpine 或旧版 CentOS 上也可能因库缺失而 panic。
- 纯 Go 程序（没
import "C"、没调用net.LookupHost等隐式 cgo 行为）应强制关闭：CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o app - 关掉 CGO 后，
net包 DNS 解析会 fallback 到 Go 原生实现（读/etc/resolv.conf），行为一致但配置来源变了 -
os/user.Current()在CGO_ENABLED=0下可能返回空或 panic，这不是 bug，是纯 Go 实现的限制 - 只要代码或任意依赖里有
import "C"（哪怕空 import），CGO_ENABLED=0就直接报错：cannot use cgo when CGO_ENABLED=0
验证编译结果是否真的“开箱即用”
不能只看文件名或 file 输出。真正要确认，得查两件事：
- 用
file app看架构是否匹配目标：比如输出ELF 64-bit LSB executable, x86-64对应linux/amd64；Mach-O 64-bit x86_64 executable对应darwin/amd64 - 用
ldd app（Linux）或otool -L app（macOS）检查动态链接：如果输出含not a dynamic executable，说明是静态链接（CGO_ENABLED=0成功了）；如果出现/lib64/ld-linux-x86-64.so.2这类路径，则仍依赖宿主机环境 - Windows 上无法用
ldd，但可用file（需安装 GNU file 工具）或直接丢到 Windows 虚拟机里双击测试
构建标签（Build Tags）不是编译命令，而是源码组织手段
构建标签用于编译期裁剪平台相关代码，和 GOOS 编译命令是正交机制——它不替代 GOOS，而是让同一份代码库能安全共存多套实现。
- 标签必须写在
package声明前，且前面最多一个空行，例如：// +build windows - 多个条件用逗号表示 AND，空格表示 OR：
// +build linux,amd64表示仅 Linux + amd64；// +build windows linux表示 Windows 或 Linux - 标签不处理运行时逻辑，所以别在单个文件里混写
runtime.GOOS == "windows"和构建标签——前者是运行时分支，后者是编译期剔除，意图冲突 - 第三方包若含
cgo，其构建标签可能被你的GOOS设置激活，导致意外引入 C 依赖；用go list -f '{{.CgoFiles}}' ./...可快速扫描
GOOS 共同作用时，文件是否参与编译取决于两者同时满足。比如一个文件标了 // +build darwin，你在 Linux 上执行 GOOS=windows go build，它就不会被编译进去——但如果你忘了删掉这个文件里的 import "C"，而另一个未加标签的文件又触发了 cgo，整个构建仍会失败。
