go version报错或显示旧版本是因path未包含go的bin目录；需检查windows的path或linux/macos的shell配置文件并source生效；go111module=on和goproxy必须手动设置；现代go项目无需gopath/src结构，goroot通常无需手动配置。
go version 命令报错或显示旧版本，说明环境变量没生效
常见现象是执行 go version 提示“command not found”或输出一个远低于你安装版本的数字（比如装了 1.22.2 却显示 1.16.6），本质是 PATH 没包含 Go 的 bin 目录。
- Windows：检查系统环境变量中
Path是否添加了C:\Go\bin（默认安装路径）或你解压后的D:\go\bin；别漏掉用户变量和系统变量两个地方 - Linux/macOS：确认
~/.bashrc或~/.zshrc里写了export PATH=$PATH:/usr/local/go/bin（或你解压的实际路径），然后必须执行source ~/.zshrc（或对应 shell 配置文件） - 别用
sudo go version测试——它可能调用的是系统自带的老版本，应始终在普通用户下验证
GO111MODULE=on 和 GOPROXY 必须手动设，否则 go mod init 失败
Go 1.16+ 默认启用模块模式，但很多教程跳过这步，导致新建项目时 go mod init 报错：go: modules disabled by GO111MODULE=auto in GOPATH/src。这不是安装问题，是开关没打开。
- 执行
go env -w GO111MODULE=on强制启用模块管理 - 国内必须设代理，否则
go get或go mod tidy会卡住或超时：运行go env -w GOPROXY=https://goproxy.cn,direct - 这两个命令只需执行一次，永久生效；如果用的是 zsh，改完后建议新开终端再试，避免缓存干扰
不要硬套 GOPATH/src 目录结构，现代 Go 项目可放任意位置
老教程强调必须把代码放在 $GOPATH/src/xxx 下，这是 Go 1.11 之前的约束。现在只要项目根目录有 go.mod 文件，go build 就能正常工作，路径完全自由。
- 新建项目时，直接
mkdir myapp && cd myapp && go mod init myapp即可，无需提前创建GOPATH或src目录 -
GOPATH现在只影响go install输出二进制的位置（默认是$GOPATH/bin），日常开发几乎不用管 - VS Code 插件自动识别
go.mod，不依赖目录结构；Goland 也默认按模块加载，不必手动配置 SDK 路径
初学者最容易忽略的：GOROOT 通常不用手动设置
很多人看到教程里写要配 GOROOT，就照着填 /usr/local/go 或 C:\Go，结果反而出问题——Go 安装程序已内置定位逻辑，手动设错会导致 go tool 找不到标准库。
- 除非你把 Go 解压到非常规路径（比如
/opt/mygo），否则别碰GOROOT - 验证方式：运行
go env GOROOT，如果输出是空或明显错误路径，就删掉环境变量里的GOROOT行，重启终端 - 真正该关注的是
go env GOPATH（仅用于go install输出）和go env GOPROXY（影响依赖下载速度）
GO111MODULE 和 GOPROXY → go mod init + go run main.go。其余所谓“标准目录结构”“GOROOT 配置”“GOPATH 分 bin/pkg/src”全是历史包袱，现在只在面试题里出现。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
