Go跨平台开发需关注路径处理、构建目标、依赖管理、工具链一致性四方面：用filepath避免硬编码路径，GOOS/GOARCH显式交叉编译，go run构建脚本替代shell，go.mod/go.sum禁用本地replace，统一GOPROXY。
Go 本身跨平台，但开发环境不是“装了 Go 就自动跨平台”——关键在路径处理、构建目标、依赖管理、工具链一致性这四块。Windows 和 Linux 的差异会直接暴露在 GOOS、GOARCH、文件路径分隔符、shell 脚本兼容性上。
确保 Go 工具链行为一致：用 GOOS 和 GOARCH 显式控制构建目标
本地开发机是 Windows，但想生成 Linux 二进制？别靠 WSL 或虚拟机编译，直接用 Go 原生交叉编译。默认 go build 产出的是当前系统（runtime.GOOS）的可执行文件，必须显式指定：
go build -o myapp-linux -ldflags="-s -w" -trimpath -buildmode=exe -GOOS=linux -GOARCH=amd64 main.go go build -o myapp-win.exe -ldflags="-s -w" -trimpath -buildmode=exe -GOOS=windows -GOARCH=amd64 main.go
注意：-buildmode=exe 在 Windows 下是默认值，但在 Linux 上构建 Windows 程序时必须显式加上，否则产出的是无扩展名的 PE 文件（非 .exe），双击无法运行；-trimpath 能消除绝对路径信息，提升构建可重现性，尤其跨平台协作时避免因 GOPATH 不同导致 go mod verify 失败。
路径与文件操作必须用 filepath，禁用字符串拼接
硬编码 "C:\\foo\\bar" 或 "/home/user/foo" 是跨平台最大雷区。Go 标准库的 filepath 包自动适配：filepath.Join("a", "b", "c") 在 Windows 返回 "a\b\c"，在 Linux 返回 "a/b/c"；filepath.FromSlash() 可安全转换 POSIX 风格路径为本地格式。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
os.Open("config/" + env + ".yaml")—— 在 Windows 上可能变成config\dev.yaml，但某些函数（如http.Dir）只认/ - 正确写法：
os.Open(filepath.Join("config", env+".yaml")) - 读取嵌入资源（
embed.FS）时也需用fs.ReadFile(fsys, filepath.ToSlash(path))统一转为正斜杠，因为 embed 的路径键始终是 POSIX 风格
Shell 脚本和 Makefile 必须与平台解耦
Windows 默认没有 bash，Linux 没有 .bat，所以不能写 ./build.sh 或 build.bat 并指望另一方能跑。推荐方案：
- 用 Go 写构建脚本（
go run build.go），天然跨平台；build.go可调用exec.Command执行go build、go test等，参数统一由 Go 控制 - 若坚持用 Makefile：Windows 用户装
make（如通过 Chocolatey 或 MSYS2），并确保所有命令是 Go 工具链原生命令（go fmt、go vet），不调用sed、grep -v等 POSIX 工具 - CI/CD 中统一用
GOOS=linux构建发布包，开发机仅用于调试，避免本地环境成为发布瓶颈
go.mod 和 go.sum 要提交，且禁用 replace 指向本地路径
Windows 用户写 replace example.com/foo => C:\dev\foo，Linux 同事 go mod tidy 直接失败。所有 replace 必须指向远程 commit hash 或 tag：
replace github.com/some/lib => github.com/some/lib v1.2.3
同时确保 go env -w GOPROXY=https://proxy.golang.org,direct，避免因私有仓库配置不一致导致 go get 行为不同。Windows 的 %USERPROFILE% 和 Linux 的 $HOME 下 go/pkg/mod 缓存结构一致，无需额外处理。
最易被忽略的一点：Windows 的 cmd.exe 对长命令行、特殊字符（如 &、|）解析和 bash 完全不同，哪怕只是写个 go run main.go --flag="a&b"，在 Windows cmd 下会被截断。开发阶段建议统一用 PowerShell 或 WSL 的 bash 运行命令，或改用 flag 包解析，而非 shell 层面拼接参数。
