go version报错或无输出说明Go二进制未进入PATH或未安装成功——需先验证/usr/local/go/bin/go（Linux/macOS）或C:\Go\bin\go.exe（Windows）是否存在，再用which go或where go确认路径可达，权限和PATH是首要排查项。
go version 命令报错或无输出，说明什么
这通常意味着 go 二进制文件没进 PATH，或者根本没装成功。不是“环境变量没配全”，而是最基础的可执行文件路径不可达。
- 先确认安装包是否真的解压/安装到位：Linux/macOS 查
/usr/local/go/bin/go是否存在；Windows 查C:\Program Files\Go\bin\go.exe -
which go（macOS/Linux）或where go（Windows）返回空，就坐实了 PATH 问题 - 别急着配
GOROOT或GOPATH——这两者在现代 Go（1.16+）里多数情况自动推导，PATH才是第一道门槛 - 如果用
tar -C /usr/local -xzf手动解压，记得检查权限：ls -l /usr/local/go/bin/确保go文件有可执行位（-rwxr-xr-x）
GOROOT 和 GOPATH 还需要手动设吗
绝大多数情况下不用，尤其是只装一个 Go 版本、用 Go Modules 的项目。
-
GOROOT：安装程序（如 macOS .pkg、Windows .msi）会自动写入，手动设置反而容易冲突；只有当你同时装多个 Go 版本并切换时，才需临时改它 -
GOPATH：Go 1.11+ 默认启用 Modules 后，go mod init创建的项目不再依赖$GOPATH/src目录结构；它的值现在只影响go install输出的二进制位置（即$GOPATH/bin），而你可以直接用GOBIN覆盖 - 真正要配的只有
PATH：确保包含$GOROOT/bin（或你解压的go/bin路径） - 验证方式：
go env GOROOT和go env GOPATH会显示实际生效值，别信配置文件里的注释
go mod init 报错 “cannot determine module path” 怎么办
这不是环境没搭好，而是当前目录不在合法路径下，或目录名含非法字符。
- 必须在项目根目录运行，且该目录不能是
$GOPATH/src子目录（Modules 模式下禁止嵌套传统 GOPATH 结构） - 模块名不能以
.或_开头，不能含空格或中文；推荐用域名格式，如example.com/myapp，本地开发可用myapp（Go 允许，但 CI/CD 可能警告） - 如果目录刚建好、还没任何 .go 文件，
go mod init仍可成功；但后续go build会因无入口文件失败——这不是 init 的问题 - 常见陷阱：在
~/go/src/xxx下初始化，Go 会拒绝，因为识别为旧 GOPATH 模式；删掉src层，直接在~/myapp下操作
为什么 go run hello.go 成功，但 go build 出来的二进制无法执行
大概率是目标平台不匹配，尤其在 macOS ARM64 上交叉编译 Linux AMD64 时容易忽略。
立即学习“go语言免费学习笔记（深入）”；
-
go build默认生成当前系统架构的二进制；若想跨平台，必须显式指定：GOOS=linux GOARCH=amd64 go build - 检查输出文件权限：
ls -l hello，缺少x位就加chmod +x hello - macOS 上若提示“已损坏”，是 Gatekeeper 阻止未签名二进制，用
xattr -d com.apple.quarantine hello临时解除 - Linux 下若提示“no such file or directory”，未必真缺文件——可能是动态链接器不兼容（比如 Alpine 镜像里跑 glibc 编译的二进制），此时应加
CGO_ENABLED=0静态编译
go env 显示的 GOPATH 是 fallback 值，不是你 shell 里 export 的那个；又比如 go run 会自动创建临时模块，掩盖了 go mod init 的缺失。动手前先敲 go env 看一眼真实状态，比反复重装更省时间。 
