go run 能执行最简 main.go 的前提是新建空目录操作，避免 go.mod 或 _test.go 干扰；文件须严格命名 main.go、无 BOM 头；GOROOT 正确、CGO 工具链可用，且无杀毒软件拦截临时二进制。
go run 能否执行最简 main.go 就是第一道门槛
很多用户卡在 go run main.go 报错，不是版本没装好，而是执行权限或路径干扰导致的假性失败。关键不在于“能不能输命令”，而在于“能不能真正跑通 runtime”。
- 必须新建一个**空目录**再操作，避免当前路径下存在
go.mod、main_test.go或同名main包文件干扰解析 - 文件必须严格命名为
main.go，内容不能有 BOM 头（Windows 记事本易生成），推荐用 VS Code 或vim新建 - 若报
cannot find package "fmt"，不是缺包，而是GOROOT指向错误或GOROOT/src目录被删/损坏——检查ls $GOROOT/src/fmt（Linux/macOS）或dir %GOROOT%\src\fmt（Windows）是否存在
go build 生成可执行文件后能否直接运行
仅靠 go run 成功还不够，因为它是临时编译+内存加载；真正验证执行权限，得看生成的二进制是否具备本地运行能力。
- 执行
go build -o hello .后，Linux/macOS 上运行./hello，若提示permission denied，说明文件没执行位：chmod +x hello补上即可 - Windows 上生成的是
hello.exe，但若环境变量中误设了GOOS=linux，可能产出非 Windows 可执行格式，此时go env -u GOOS清除覆盖 - 交叉编译污染常见于 Shell 配置文件（如
~/.zshrc）里写了export GOOS=...，建议临时用env -i zsh启动干净 shell 再试
CGO_ENABLED=1 时 gcc 是否可用影响实际执行
Go 标准库多数不依赖 C，但一旦项目引入 net、os/user 或任何调用系统调用的包，就会触发 CGO。这时候“能编译”不等于“能执行”。
- 默认
CGO_ENABLED=1，执行go run main.go若报exec: "gcc": executable file not found in $PATH，说明缺少 C 工具链 - Linux：安装
build-essential（Debian/Ubuntu）或gcc（CentOS/RHEL） - macOS：运行
xcode-select --install安装命令行工具 - 不想装 gcc？可临时禁用：
CGO_ENABLED=0 go run main.go，但注意这会让部分标准库功能降级（如 DNS 解析走纯 Go 实现，可能慢或不兼容某些配置）
杀毒软件或沙箱环境会拦截新生成的二进制
尤其在 Windows 和部分企业 Linux 发行版中，安全策略会默认阻止未经签名的可执行文件运行——这不是 Go 的问题，但表现和 Go 安装失败一模一样。
立即学习“go语言免费学习笔记（深入）”；
- 现象：
go build成功，./hello或hello.exe点击无响应、闪退、或弹出“此应用无法在你的电脑上运行” - 排查方式：用
file hello（Linux/macOS）或dumpbin /headers hello.exe（Windows）确认输出格式是否匹配当前系统 - 绕过方法（仅测试用）：Windows 上右键文件 → 属性 → 勾选“解除锁定”；Linux 上检查 SELinux 状态（
sestatus），临时设为 permissive 模式测试
go version 能不能输出，而是生成的二进制在特定系统策略下根本迈不过“加载”那一关。权限问题藏得深，得一层层剥开看是 OS 拦截、工具链缺失，还是环境变量悄悄改写了构建行为。 
