go version报错或无输出说明Go二进制未加入PATH或安装失效，需确认/usr/local/go/bin（Linux/macOS）或C:\Go\bin（Windows）存在go文件，将路径写入shell配置并source生效，VS Code需从终端启动以继承环境变量。
go version 命令报错或无输出
说明 Go 二进制文件没进 PATH，或者安装根本没生效。常见现象是终端输入 go version 后提示 command not found: go，或直接卡住无响应。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 检查
/usr/local/go/bin（Linux/macOS）或C:\Go\bin（Windows）是否存在go可执行文件 - 确认 shell 配置文件（
~/.zshrc、~/.bashrc或 Windows 的系统环境变量）里是否写了export PATH=$PATH:/usr/local/go/bin - 改完配置后必须运行
source ~/.zshrc（或对应文件），**不能只改完就关终端再开——新开终端不会自动 reload 旧配置** - macOS 用户若用 Homebrew 安装，路径通常是
/opt/homebrew/bin，不是/usr/local/go/bin，别硬套 Linux 路径
VS Code 提示 “Failed to find ‘go’ binary”
这是插件找不到 go 命令，和系统级 PATH 不一致。VS Code 启动时可能没加载你的 shell 配置，尤其在 macOS 图形界面下启动时。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 在 VS Code 终端（
Ctrl+`）里运行which go，看输出路径是否和终端里一致；不一致就说明 VS Code 没读到你的 PATH - 在 VS Code 设置里搜
go.gopath，**不用填**——Go 1.16+ 默认启用 modules，GOPATH已非必需，填了反而可能干扰 - 关键设置项是
go.goroot：手动设为/usr/local/go（Linux/macOS）或C:\Go（Windows），确保和go env GOROOT输出一致 - 重启 VS Code（不是重载窗口），否则插件不会重新探测
go位置
go mod init 初始化失败或生成空 go.mod
典型错误是 go: module github.com/xxx/yyy is not in GOPATH（老错误，已少见），或 go.mod 里只有 module 和 go 行，没依赖、没 require。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先确认当前目录不是
$GOPATH/src下——现代项目**不要放进去**，随便建个空目录即可，比如~/projects/myapp - 运行
go mod init example.com/myapp，模块名不必真实存在，只是命名空间，但建议用域名格式避免冲突 - 如果已有
import语句但go mod tidy不拉依赖，检查是否开了代理：go env GOPROXY应含有效地址（如https://goproxy.cn或https://repo.yyrd.com/artifactory/aliyun-golang/），否则国内会超时失败 -
go.mod文件权限需可写，某些 IDE 在只读挂载盘（如 WSL2 的 Windows 盘）下初始化会静默失败
go run / go build 找不到包或 panic: cannot find module
不是代码写错，而是模块上下文丢失。常见于把 main.go 单独复制到新目录后直接运行，或误删了 go.mod。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
-
go run必须在包含go.mod的目录下执行，否则它会退回到 GOPATH 模式，而你很可能没设GOPATH - 检查当前目录是否有
go.mod，没有就立刻go mod init xxx，别试图绕过 - 如果用了相对路径 import（如
import "./utils"），Go Modules 不支持——所有 import 必须是模块路径下的子路径，比如example.com/myapp/utils -
go build默认生成二进制在当前目录，go install则依赖GOBIN环境变量；后者若为空，会 fallback 到$GOPATH/bin，而这个路径现在多数人没配，容易以为命令失效
go.mod，所有 go 命令都按模块逻辑走；没它，就回退到模糊的 GOPATH 查找规则——而这个规则在 2026 年已经没人能准确复现了。 
