go支持跨平台编译与条件编译：用goos/goarch环境变量实现交叉编译；用//go:build标签或_linux.go等文件后缀做编译期裁剪；禁用runtime.goos作编译分支，因其仅适用于运行时微小差异。
Go 本身不支持运行时宏（如 C 的 #ifdef），但跨平台编译和条件编译完全可行——关键在于区分「编译目标平台」和「代码逻辑分支时机」：前者靠 GOOS/GOARCH 环境变量做交叉编译，后者靠构建标签（build tags）或文件命名约定做编译期裁剪。
用 GOOS 和 GOARCH 做交叉编译
这是最基础也最常用的跨平台能力，无需改代码，只改环境变量就能生成其他平台的二进制文件。
-
GOOS控制目标操作系统（linux、windows、darwin等），GOARCH控制 CPU 架构（amd64、arm64等） - 必须在
go build命令前设置，例如：GOOS=windows GOARCH=amd64 go build -o app.exe main.go - Windows 输出需加
.exe后缀；Linux/macOS 不需要 - 若项目含
cgo且依赖系统库（如 OpenSSL），交叉编译会失败——此时需禁用 cgo：CGO_ENABLED=0 GOOS=linux go build
用构建标签（//go:build）做条件编译
当不同平台需要完全不同的实现（比如 Windows 调用 WinAPI、Linux 用 syscalls），构建标签是唯一安全的方式：它让 Go 工具链在编译期就排除掉不匹配的文件，避免符号未定义或类型冲突。
- 标签必须紧贴
package声明前，前面最多一个空行；不能写在函数里或中间注释中 - 推荐同时写新旧两种语法（兼容 Go 1.16 及更早版本）：
//go:build linux和// +build linux - 逻辑组合可用
&&（AND）、||（OR）、!（NOT），例如：//go:build linux && amd64 - 自定义标签（如
//go:build production）需配合go build -tags production使用
用文件名后缀（_linux.go）简化平台适配
比手动写构建标签更轻量，适合简单场景。Go 编译器自动识别 _GOOS.go 或 _GOOS_GOARCH.go 后缀，并只在匹配平台参与编译。
- 文件名必须是
_开头 + 平台名 +.go，例如：fs_windows.go、net_darwin.go、io_linux_amd64.go - 同一包下可存在多个平台文件，只要它们导出的函数/类型签名一致，调用方无感知
- 不能混用构建标签和平台后缀在同一文件上——否则行为未定义
- 注意：如果写了
main_linux.go，又写了main.go（无后缀），后者仍会被所有平台编译，容易引发重复定义错误
别把 runtime.GOOS 当条件编译用
runtime.GOOS 是运行时值，只能用于运行期分支判断，不是编译期条件编译。它适合微小差异（如路径分隔符），但不适合大块平台专属逻辑。
- 用它写
if runtime.GOOS == "windows" { ... }会导致所有平台都编译两套逻辑，增大二进制体积，还可能引入不兼容调用（比如在 Linux 上编译了 Windows API 调用） - 真正需要平台隔离的代码（如 syscall 封装、GUI 初始化、服务注册）必须用构建标签或文件后缀，确保编译期就剔除
- 混合使用时尤其危险：一个文件用构建标签限定为
linux，里面却调用了windows特有函数——编译器不会报错，但链接阶段会失败
