go install往/usr/lib/go/bin写文件是因为gobin未设置且gopath为空或未加载，导致go回退至goroot的bin目录；该目录需root权限，故报permission denied。
go install 为什么总往 /usr/lib/go/bin 写文件？
因为 GOBIN 没设，且 GOPATH 为空或未被 shell 加载，Go 就会 fallback 到 GOROOT 下的 bin 目录——而那里通常只有 root 能写，于是报 permission denied。
检查方式很简单：go env GOPATH GOBIN GOROOT。如果 GOPATH 是空字符串或 GOBIN 未显示值，问题就在这儿。
- Linux/macOS：在
~/.profile或~/.zshrc里加两行（别写错等号前后空格）：export GOPATH=$HOME/goexport PATH=$PATH:$GOPATH/bin - Windows（PowerShell）：
$env:GOPATH="$HOME\go"和$env:PATH+=";$env:GOPATH\bin" - 改完记得
source ~/.profile或重启终端，再运行go env GOPATH确认输出是实际路径
Windows 上装 Go 为什么一编译就报“路径含空格”？
不是所有路径都合法。Go 工具链对路径里的空格、中文、括号极其敏感，尤其在 GOROOT 和 GOPATH 中——哪怕只是 C:\Program Files\Go 这种系统默认路径也会让 go build 失败。
常见错误现象包括：go: cannot find module providing package、exec: "gcc": executable file not found（其实是路径解析失败导致 CGO 工具链没加载），甚至 go mod init 直接卡住。
- 安装时选路径务必避开空格和中文：比如
D:\Go或C:\golang，不要用C:\Go 语言、D:\My Projects\go - 如果已装错：卸载重装，别试图改注册表或手动挪目录——Go 的
GOROOT是硬编码识别安装路径的 - 验证方法：
where go（Windows）或which go（macOS/Linux），看输出路径是否干净
go mod init 之后为什么还提示 “cannot find module”？
这不是路径问题，是模块感知没激活。即使你把项目放在 /tmp/myapp 这种任意位置，只要 GO111MODULE 是 off 或 auto 且当前目录不在 GOPATH/src 下，Go 就会拒绝识别模块。
根本原因：Go 默认行为是“有 go.mod 才用 modules，否则走 GOPATH”。但 GO111MODULE=auto 时，它只在 GOPATH/src 外才启用 modules——这个逻辑容易绕晕人。
- 执行
go env -w GO111MODULE=on强制全局启用（Go 1.16+ 推荐且安全） - 确认生效：
go env GO111MODULE输出必须是on，不是auto - 如果仍报错，删掉项目里残留的
vendor/目录再试——旧 vendor 会干扰模块解析
为什么 GOPATH 设置了却没生效？
环境变量设了≠shell 读到了。最常踩的坑是：改了 ~/.bashrc 却在 zsh 里测试，或者改了用户级配置却用 sudo go install 启动子 shell——那里面压根没加载你的 GOPATH。
另一个隐蔽问题是：某些 IDE（如 VS Code）启动时不会自动 source ~/.zshrc，导致终端里 go env 正确，但 IDE 内置终端或调试器里还是空的。
- 先在终端里运行
echo $GOPATH，确认 shell 层面变量存在 - 再运行
go env GOPATH，确认 Go 工具链也读到了（二者必须一致） - VS Code 用户：在设置里搜
terminal.integrated.env，手动补上"GOPATH": "/your/path" - CI/CD 场景下：别依赖用户 profile，直接在脚本开头
export GOPATH=...
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
