Go无一键恢复机制，需手动重置GOROOT、PATH含$GOROOT/bin、GO111MODULE=on；GOPATH在模块模式下非必需，不建议强行恢复。
Go 语言没有“一键恢复默认设置”的机制，所谓恢复，本质是重置几个关键环境变量并验证路径连通性。核心就三件事：确认 GOROOT 指向正确安装目录、PATH 包含 $GOROOT/bin、GO111MODULE 设为 on。其他变量如 GOPATH 在模块模式下已非必需，不建议强行“恢复”旧值。
检查并重置 GOROOT 和 PATH 连通性
很多问题其实不是 Go 没装好，而是 PATH 没把 $GOROOT/bin 接进去，导致终端找不到 go 命令。
- 先运行
which go，如果没输出或路径明显不对（比如指向/usr/bin/go），说明PATH有问题 - 再运行
go env GOROOT，看输出是否是你预期的安装路径（如/usr/local/go）；如果为空或错误，GOROOT没设对 - 不要直接改
PATH为export PATH=/usr/local/go/bin—— 这会抹掉系统原有路径，导致ls、sudo失效；正确写法是export PATH=$PATH:/usr/local/go/bin - 确认
/usr/local/go/bin/go文件存在且可执行：ls -l /usr/local/go/bin/go
GO111MODULE 必须显式设为 on
默认值是 auto，它会根据当前目录是否在 $GOPATH/src 下自动切换模式，极易引发依赖解析混乱，尤其在项目根目录没 go.mod 时误入 GOPATH 模式。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 执行
go env GO111MODULE，如果不是on，立即修复：go env -w GO111MODULE=on - 这个命令会写入
$GOPATH/env（或用户级配置），比改 shell 配置文件更直接、更可靠 - 设完后运行
go list -m all，若报not in a module，说明当前目录确实缺go.mod，不是环境问题 —— 这是正常行为，不是故障
别碰 GOPATH，除非你真在用 GOPATH 模式
Go 1.16+ 默认启用模块，GOPATH 仅用于存放 go install 的二进制（即 $GOPATH/bin），源码不再强制放 $GOPATH/src。强行“恢复” GOPATH 到旧值反而容易干扰工具链。
立即学习“go语言免费学习笔记（深入）”；
- 如果你只是想让
go install安装的命令（如gopls、delve）能直接调用，只需确保$GOPATH/bin在PATH中，且目录存在：mkdir -p $HOME/go/bin - 不建议用
go env -w GOPATH=...全局覆盖，IDE 或 CI 环境可能依赖各自设定；局部项目用go mod init+go.work更可控 - 如果
go env GOPATH输出空，但go install仍能生成二进制到$HOME/go/bin，说明 Go 已按约定 fallback，无需干预
最易被忽略的一点：Go 的“默认”不是运行时记住的快照，而是你 shell 配置里写的那几行、go env -w 写死的键值、以及安装路径本身的物理存在。任何一环断开，都要手动补上，没有后台服务帮你兜底。
