go安装后需验证goroot、gopath及go run hello.go三步闭环；go 1.16+默认启用模块模式，gopath仅影响go install路径，建议接受默认值并将其bin目录加入path，避免项目置于gopath/src下。
Go 语言不需要“安装”传统意义上的运行时环境，直接解压即用，但 GOPATH 和 GOROOT 配错会导致 go build 找不到包、go get 失败、IDE 报红——这是绝大多数人卡住的第一步。
怎么验证 Go 是否真装好了，而不是只加了 PATH？
很多人执行 go version 成功就以为完事了，其实只是 shell 能找到二进制，不代表 Go 工具链能正常工作。
真正要跑通的最小闭环是：
- 执行
go env GOROOT，输出路径必须是你解压 Go 的目录（比如/usr/local/go或$HOME/sdk/go1.22.5），不能是空或乱路径 - 执行
go env GOPATH，Go 1.16+ 默认是$HOME/go，如果你改过，确保该目录存在且可读写 - 手动创建一个
hello.go，内容为package main; import "fmt"; func main() { fmt.Println("ok") }，然后在任意目录下运行go run hello.go—— 成功打印才叫真通
GOPATH 还需要手动设吗？
Go 1.16 起启用 GO111MODULE=on 默认模式，GOPATH 对日常开发影响变小，但它仍控制 go install 命令生成的可执行文件存放位置（$GOPATH/bin），以及老式 go get 下载的包路径。
所以你得管它，但不用像以前那样把项目放进去。建议：
- 不显式设置
GOPATH，接受默认值（$HOME/go） - 把
$GOPATH/bin加进PATH，否则go install出的命令（比如gopls、stringer）会找不到 - 绝不要把项目源码放在
$GOPATH/src下——模块模式下这反而容易触发双版本冲突
为什么 go mod init 后 go run 还报 “cannot find module providing package”？
这不是环境问题，是模块路径和导入路径不匹配导致的。常见于从旧项目迁移或复制代码时。
检查三件事：
- 运行
go mod init的目录下必须有.go文件，且其中import语句里的路径（比如"github.com/sirupsen/logrus"）要能被代理或直接 git clone 通 -
go.mod第一行module example.com/myapp是模块根路径，所有本地import "./xxx"或"example.com/myapp/xxx"都得跟它对得上 - 如果用了私有仓库或国内镜像，确认
go env GOPROXY是https://proxy.golang.org,direct或已配好https://goproxy.cn；否则go get会卡住或 404
最麻烦的其实是 GOROOT 和系统自带 Go 冲突——比如 macOS 用 Homebrew 装过旧版，又手动解压新版，which go 和 go env GOROOT 不一致。这种时候删干净旧版、重置 PATH、重启终端比调半天环境变量更省时间。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
