go version无响应是因PATH未包含Go的bin路径，需检查并添加C:\Go\bin（Windows）或/usr/local/go/bin（macOS/Linux）；GOPATH为空属正常，Go 1.16+默认启用模块模式；go run报错需确保有go.mod文件；国内需配置GOPROXY=https://goproxy.cn。
go version 命令没反应，PATH 没配对
执行 go version 报错“不是内部或外部命令”，说明系统根本找不到 go 可执行文件——最常见原因是 C:\Go\bin（Windows）或 /usr/local/go/bin（macOS/Linux）没加进 PATH。
- Windows：打开「系统属性 → 高级 → 环境变量」，在「系统变量」里找
Path，确认是否包含C:\Go\bin；若用自定义路径安装（比如D:\Go\bin），必须填对，不能只写D:\Go - macOS/Linux：检查
~/.zshrc或~/.bash_profile里是否有export PATH=$PATH:/usr/local/go/bin；改完后一定要运行source ~/.zshrc生效，否则新开终端仍无效 - 验证方式：在新终端里运行
echo $PATH（macOS/Linux）或echo %PATH%（Windows），搜索关键词go或bin，确认路径存在且拼写完全一致
go env 显示 GOPATH 为空，但项目能跑
从 Go 1.16 开始，GOPATH 不再是强制项；启用 GO111MODULE=on 后，模块模式下依赖自动下载到 $GOPATH/pkg/mod，但即使 GOPATH 未显式设置，Go 也会 fallback 到默认值（如 $HOME/go）。所以 go env 里 GOPATH 显示为空，不代表有问题。
- 真正要关注的是
GO111MODULE是否为on（推荐）或auto；运行go env GO111MODULE查看 - 如果项目根目录有
go.mod文件，Go 就走模块模式，GOPATH的值实际不影响构建 - 想显式设
GOPATH：Windows 执行setx GOPATH D:\GoProjects，macOS/Linux 执行go env -w GOPATH=$HOME/go
go run hello.go 报错 “cannot find package”
这个错误通常不是缺标准库，而是当前目录不在模块上下文里，或 go.mod 文件损坏/缺失。Go 1.16+ 默认要求模块感知，不支持无 go.mod 的裸目录直接 go run。
- 先运行
go mod init example.com/hello初始化模块（模块名可任意，但需符合域名格式） - 如果已有
go.mod但报错，尝试go mod tidy重新拉取依赖并清理缓存 - 检查当前目录是否真有
main.go，且内容含package main和func main()；注意不要写成packagemain（少空格）或funcmain - Windows 用户特别注意：CMD 中路径含中文或空格时，
go run可能静默失败；建议用 PowerShell 或把项目移到纯英文路径下
国内拉包超时或 403，GOPROXY 必须设
默认代理 https://proxy.golang.org 在国内基本不可用，不设代理会导致 go get、go mod download 卡死或返回 403。
立即学习“go语言免费学习笔记（深入）”；
- 推荐配置国内镜像：
go env -w GOPROXY=https://goproxy.cn,direct（cn 域名稳定，支持 HTTPS） - 若公司内网禁外网，可设私有代理或临时关闭代理：
go env -w GOPROXY=direct，但需提前用其他方式把依赖拷贝进$GOPATH/pkg/mod - 验证是否生效：运行
go env GOPROXY，输出应为设置的地址；再试go get github.com/gin-gonic/gin@v1.12.0，几秒内应开始下载
GOROOT 被手动设错导致 go 命令崩溃）、模块模式和 GOPATH 混用引发的路径冲突、以及代理配置被 shell 配置文件里的旧 export 覆盖却没察觉。每次改完变量，务必开新终端验证，别信“刚改完应该好了”。 
