交叉编译linux程序需显式设置goos=linux和goarch，否则默认生成当前系统二进制；推荐加cgo_enabled=0避免libc依赖；权限拒绝多因noexec挂载；上线前用-ldflags="-s -w"精简体积。
GOOS=linux 交叉编译必须设对
Go 编译 Linux 程序不是“默认就成”，本地是 macOS 或 Windows 时，go build 默认产出的是当前系统的可执行文件。不显式指定目标平台，永远编译不出能在 Linux 上跑的二进制。
正确做法是设置环境变量 GOOS 和 GOARCH：
-
GOOS=linux GOARCH=amd64 go build -o myapp-linux main.go（生成 x86_64 Linux 二进制） -
GOOS=linux GOARCH=arm64 go build -o myapp-arm64 main.go（适配 AWS Graviton、树莓派等） - 若用
CGO_ENABLED=0，能避免 C 依赖，生成纯静态链接文件，推荐加在命令前
常见错误：只设 GOOS=linux，但没设 GOARCH，此时会沿用本地架构（比如 arm64 on M1 Mac），结果生成的文件在 x86_64 Linux 上直接报 cannot execute binary file: Exec format error。
CGO_ENABLED=0 是跨平台安全的默认选项
Go 默认启用 cgo，一旦代码或依赖中调用了 C.xxx（比如用到了 net 包里的系统 DNS 解析、os/user 读取用户信息），编译出的 Linux 二进制就会动态链接 libc。这会导致两个问题：部署时需确保目标系统有兼容的 glibc 版本；在 Alpine Linux（用 musl）上直接运行失败，报错 no such file or directory（实际是找不到 libc.so.6）。
解决方式很简单：
- 加
CGO_ENABLED=0强制禁用 cgo，所有标准库走纯 Go 实现（DNS 走内置解析器，用户信息从/etc/passwd读） - 若必须用 cgo（比如调用 OpenSSL 或 SQLite C API），那就得用对应 Linux 环境构建，或基于
golang:alpine镜像做多阶段构建 - 注意：
CGO_ENABLED=0下time.Now().Zone()可能返回空时区名，os.Getwd()在 chroot 环境里可能失败——这些是真实限制，不是 bug
Linux 上运行报 “permission denied” 不一定是权限问题
交叉编译出来的文件在 Linux 上 chmod +x 后仍报 permission denied，大概率是文件系统挂载时加了 noexec（比如某些 Docker 卷、NFS 挂载、或 rootless 容器的 overlayfs）。这个错误和二进制本身无关，ls -l 看权限正常也没用。
快速验证方法：
- 执行
mount | grep noexec，看目标路径所在挂载点是否含noexec - 换到
/tmp或/home下再试一次（通常允许执行） - 或者用
strace ./myapp-linux 2>&1 | head -20，如果第一行就是execve(...)返回-1 EACCES，基本可锁定是挂载选项问题
别急着改代码或重编译——先确认是不是运行环境卡住了你。
编译产物体积大？检查是否带了调试信息和符号表
默认 go build 产出的 Linux 二进制包含 DWARF 调试信息和符号表，动辄十几 MB。线上部署不需要这些，白占磁盘和内存（尤其容器镜像层）。
上线前建议加两个 flag：
-
-ldflags="-s -w"：去掉符号表（-s）和 DWARF（-w），体积通常能砍掉 30%–50% - 如用 Go 1.20+，还可加
-trimpath去掉源码绝对路径，提升构建可重现性 - 注意：
-s -w后 panic 堆栈不显示行号，只显示函数名；调试时临时去掉即可
真正难搞的其实是依赖的第三方库悄悄开了 cgo 或 embed 了大文件——这时候光压二进制没用，得去翻 go list -deps 和 go tool nm 查源头。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
