Go 1.16+通常无需手动设置GOROOT和GOPATH：GOROOT由安装程序自动配置，GOPATH仅用于go install工具存放和模块缓存（$GOPATH/pkg/mod），默认值$HOME/go已足够；关键是要确保GO111MODULE=on、$GOPATH/bin在PATH中，且项目根目录含正确go.mod。
Go 环境能跑 go version 不报错，只代表二进制可用；真正影响后续开发的是 GOPATH、GOROOT 和模块初始化方式——三者配置不当，go run 可能成功，但 go build、go install 或依赖管理会静默失败。
GOROOT 和 GOPATH 到底要不要手动设？
Go 1.16+ 默认启用模块（module）模式，GOROOT 通常无需手动设置：安装程序或包管理器（如 apt、brew、choco）已将其写入 PATH 中的 /bin 目录，go env GOROOT 会自动推导。而 GOPATH 在模块项目中仅用于存放下载的第三方包（$GOPATH/pkg/mod），不再强制要求源码放在 $GOPATH/src 下。
实际建议：
- Windows / Linux / macOS 都可不设
GOROOT，除非你手动解压到非标准路径（如/opt/mygo），才需显式导出GOROOT=/opt/mygo -
GOPATH仍建议保留（默认是$HOME/go），否则go get下载的包无处存放，且某些旧工具链（如gopls）可能 fallback 到该路径查找缓存 - 验证方式：运行
go env GOROOT GOPATH，确认输出合理且无空值
go mod init 后为什么 go run 还报 “cannot find package”？
这是模块路径与当前目录结构不匹配导致的典型错误，不是环境变量问题。比如你在 /tmp/hello 下执行 go mod init example.com/hello，但代码里写了 import "example.com/world"，或用了相对路径导入未声明的本地包。
立即学习“go语言免费学习笔记（深入）”；
常见诱因：
- 项目根目录下没有
go.mod文件，或文件内容里的 module 名与import语句不一致 - 执行
go run时不在模块根目录（即不含go.mod的目录），Go 会退回到 GOPATH 模式并尝试从$GOPATH/src查找包 - 用
go run *.go忽略了模块感知，应改用go run main.go或确保所有文件在同模块内
快速修复：go mod tidy 自动补全依赖 + 校验 import 路径，再检查 go list -m 输出是否含当前 module。
Windows 下 PATH 写错一个斜杠就失效
Windows 的 Path 环境变量对路径分隔符极其敏感：C:\Go\bin 正确，C:/Go/bin 或 C:\Go\bin\（末尾反斜杠）都可能导致 go 命令找不到。尤其当多个 Go 安装共存（如 WSL2 里的 Go 和 Windows 原生 Go），PATH 顺序错乱也会让系统调用错误版本。
排查步骤：
- 在 CMD 中运行
where go，确认返回唯一且正确的路径 - 检查系统变量和用户变量中是否重复添加了
go路径，避免冲突 - 若使用 PowerShell，注意它默认不读取传统 Path 变量，需用
$env:PATH查看，且修改后要重启终端
最易被忽略的一点：go mod 不是开关，而是行为模式——只要目录下有 go.mod，所有 go 命令（包括 go run）都会按模块规则解析依赖；没它，就回退到 GOPATH 模式。两者混用不报错，但行为割裂，调试时极易误判问题来源。
