go 1.16+ 默认启用模块模式，goroot通常由安装程序自动配置，无需手动设置；gopath非必需，但建议保留默认值$home/go，并确保$gopath/bin在path中以支持go install工具。
GOROOT 和 GOPATH 还得手动设吗？
Go 1.16 起模块模式（GO111MODULE=on）已默认启用，GOPATH 不再是必须项——它只影响 go get（旧式依赖管理）和 $GOPATH/bin 下工具的安装路径。但 GOROOT 仍需明确，尤其当你解压到非标准路径（如 /opt/go）时，否则 go version 可能报错或指向系统包管理器装的老版本。
实操建议：
- 若用官方
.tar.gz解压到/usr/local/go，多数 shell 会自动识别，GOROOT可不显式设置；但建议仍写进~/.bashrc或~/.zshrc，避免多用户或 CI 环境下失效 -
GOPATH推荐设为$HOME/go，哪怕不用go get，很多 IDE（如 VS Code 的 Go 扩展）和调试器（dlv）仍依赖它定位工具链 -
GOBIN不必单独设——只要把$GOPATH/bin加进PATH，go install的二进制自然可用
代理配置不生效？检查这三处
GOPROXY 配置后 go mod download 仍超时或 404，常见原因不是地址错，而是优先级和 fallback 机制没理清。
关键点：
-
go env -w GOPROXY=https://proxy.golang.org,direct中的direct表示失败后直连，但若公司网络屏蔽了proxy.golang.org，又没配国内镜像（如https://goproxy.cn），就会卡住 - 某些企业 Nexus/Artifactory 代理要求带认证，此时
GOPROXY必须用带用户名密码的 URL 格式：https://user:pass@repo.example.com/artifactory/goproxy -
go env -w GONOPROXY=example.com可绕过代理拉取私有模块，但注意：该值是逗号分隔的域名列表，不能带协议头或路径
Linux 下 go install 工具总提示 “command not found”
执行 go install golang.org/x/tools/gopls@latest 成功，但终端敲 gopls 却报错，本质是 $GOPATH/bin 没进 PATH，或 shell 配置未重载。
排查步骤：
- 运行
go env GOPATH和go env GOBIN，确认输出路径一致且非空；若GOBIN为空，说明没设GOPATH或GOBIN，工具默认装到$HOME/go/bin - 检查
PATH是否包含该路径：echo $PATH | grep -o "$HOME/go/bin"；没结果就补上：echo 'export PATH=$PATH:$HOME/go/bin' >> ~/.zshrc && source ~/.zshrc - 注意：Ubuntu 默认用
dash解析/etc/environment，若在此文件里加PATH，需用冒号分隔且不能含变量（如$HOME）
验证环境别只跑 go version
go version 只验二进制，漏掉模块、代理、工具链三类关键问题。真正有效的验证组合是：
-
go version：确认基础安装 -
go env GOROOT GOPATH GOPROXY：看核心变量是否符合预期 -
go list -m -f '{{.Dir}}' std：成功返回标准库路径，说明模块解析正常 -
go install golang.org/x/tools/cmd/goimports@latest && which goimports：验证代理 + 安装 + PATH 三者闭环
最易被忽略的是 go env 输出里的 GOMODCACHE 路径权限——如果设在 /tmp 或 NFS 挂载点，后续 go build 可能因磁盘满或 inode 耗尽突然失败，建议显式设为本地 SSD 路径并定期清理。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
