环境变量重启后失效是因为只做了临时设置，未写入shell启动文件；需根据echo $shell确认shell类型（zsh改~/.zshrc，bash改~/.bashrc），用export path=$path:$goroot/bin:$gopath/bin追加路径，并source生效后新开终端验证。
环境变量重启后失效，说明你只做了临时设置，没写进 shell 启动文件。永久生效的关键不是“多设几遍”，而是让 shell 每次启动时自动加载。
确认当前 shell 类型再改对应配置文件
不同 shell 加载的初始化文件不一样，改错文件等于白改。执行 echo $SHELL 看输出是 /bin/zsh 还是 /bin/bash；macOS Catalina 及之后默认用 zsh，Linux 多数用 bash。别凭感觉猜，也别一股脑往 ~/.bash_profile 里塞——它在 zsh 下默认不读。
- zsh 用户：编辑
~/.zshrc - bash 用户：编辑
~/.bashrc - 不确定？运行
ps -p $$看当前进程名，更准
PATH 覆盖错误导致命令全挂了
最常见崩溃场景：把 export PATH=$GOPATH/bin 直接写进配置文件，结果原有 /usr/bin、/bin 全被清掉，连 ls 都报 command not found。PATH 必须是追加，不是替换。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 正确写法：
export PATH=$PATH:$GOROOT/bin:$GOPATH/bin - 顺序重要：
$GOROOT/bin放前面，避免系统自带go（比如 brew 装的）和你手动装的冲突 - 如果已挂掉，先用
/usr/libexec/path_helper临时恢复：eval `/usr/libexec/path_helper`
GOROOT 别乱设，GO111MODULE=on 后 GOPATH 作用变窄
现代 Go（1.11+）默认启用模块模式，GOROOT 通常不用手动设——官方安装包或 Homebrew 会自动处理；设错反而导致 cannot find package "fmt" 这类底层报错。而 GOPATH 主要只剩两个用途：go install 默认输出到 $GOPATH/bin，以及部分老 IDE 或脚本还在读它。
- 验证
GOROOT是否合理：go env GOROOT输出路径下必须有src/fmt和pkg/tool - 如果只是想让
go install的命令可用，重点不是GOPATH，而是确保$GOPATH/bin在PATH里 - 不想污染
$GOPATH/bin？设GOBIN=/usr/local/go-bin，再把它加进PATH
真正容易被忽略的点是：改完配置文件后必须 source ~/.zshrc（或对应文件），而且得新开终端才能验证——当前终端的环境变量不会自动刷新，重开是最稳妥的测试方式。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
