Go 的 go build 默认生成 0755 权限二进制，但实际权限受系统 umask 影响：umask 0022 时正常，0027 等严格值会屏蔽 group/other 执行位致 Permission denied；非 Go bug，属 POSIX 行为；应通过构建后 chmod +x 或 os.Chmod(0755) 显式修复，而非修改 umask。
构建产物在 Linux/macOS 上因 umask 导致不可执行
Go 的 go build 默认生成的二进制文件权限是 0755（即用户可读写执行、组和其他人可读执行），但实际落地权限受系统 umask 影响。若构建环境 umask 为 0022，结果正常；若为 0027 或更严格，go build -o myapp . 产出的文件可能丢失 group/other 的执行位，导致后续 ./myapp 报 Permission denied。
这不是 Go bug，而是 POSIX 文件系统行为。解决方式不是改 umask（破坏环境一致性），而是在构建后显式补权限：
- 用
os.Chmod在代码中设置：构建完成后立即调用os.Chmod("myapp", 0755) - 或在 CI 脚本里加
chmod +x myapp—— 注意不要用chmod 755硬编码，避免覆盖 sticky bit 等特殊权限 - 若用
go install，它不修改目标路径权限，需确保$GOBIN目录本身可写且 umask 合理
Windows 构建产物被误判为“无权限”执行
在 Windows 上，go build 产出的是 .exe，本身无 Unix 权限位概念，但某些场景会触发权限类错误：比如构建产物放在 OneDrive 或 WSL 挂载卷中，NTFS ACL 限制了当前用户执行权；或杀毒软件临时拦截并重命名文件（如加 .tmp 后缀）导致 exec.LookPath 找不到。
关键判断点是错误是否由 os.IsPermission 返回 true：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
exec.Command("myapp.exe").Run()失败时，先检查err != nil，再用os.IsPermission(err)判定——Windows 下它能识别ERROR_ACCESS_DENIED - 若为
true，优先检查文件是否被杀软锁定（用Process Explorer查句柄）、是否在受控文件夹（如 OneDrive “受保护的文件夹”）中 - 避免依赖
os.Stat().Mode().IsRegular()判断可执行性，Windows 不适用
交叉编译产物在目标平台运行时报 permission denied
用 GOOS=linux GOARCH=arm64 go build 生成的二进制，在树莓派等设备上直接运行报错，常见原因不是权限位缺失，而是动态链接器不匹配或 ABI 不兼容。但错误信息常被误读为权限问题。
区分真实权限错误和 ABI 错误的方法：
- 在目标设备上运行
file myapp：若输出含ELF 64-bit LSB pie executable, ARM aarch64且interpreter /lib/ld-linux-aarch64.so.1存在，则不是权限问题 - 若输出
cannot execute binary file: Exec format error，说明架构/ABI 不匹配，与权限无关 - 若
ls -l myapp显示权限为-rwxr-xr-x但仍报Permission denied，大概率是内核启用了CONFIG_BINFMT_MISC或 SELinux/AppArmor 限制，需查dmesg | tail
CI/CD 中多平台产物权限不一致的根本原因
GitHub Actions、GitLab CI 等默认使用不同基础镜像（Ubuntu vs Windows Server vs macOS runner），其 umask、挂载卷权限、shell 解释器行为均不同，导致同一份 go build 命令产出的文件权限不一致。
最稳妥的跨平台统一方案是放弃依赖构建环境权限策略：
- 所有构建脚本末尾强制执行
chmod 0755 ${BINARY_NAME}（Linux/macOS）或跳过（Windows） - 用
go run启动构建产物做冒烟测试，而非直接./myapp，规避 shell 权限检查 - 发布前用
upx --best myapp压缩，UPX 会重写 ELF header 并自动设为可执行，间接修复权限位 - 容器化部署时，用
COPY --chmod=0755（Docker 20.10+）替代COPY+RUN chmod，减少中间层
真正容易被忽略的是：权限异常往往不是孤立问题，而是 umask、挂载选项（如 noexec）、安全模块（SELinux/AppArmor）、甚至 Go 版本对 CGO_ENABLED 的处理差异共同作用的结果。单点 fix 很难根治，必须从构建环境、产物分发、目标平台三端协同验证。
