Go命令找不到的根本原因是$PATH未包含Go二进制路径（如/usr/local/go/bin），需确认安装路径、编辑对应shell配置文件（如~/.zshrc）、添加export PATH=$PATH:/usr/local/go/bin并source生效。
Go 二进制安装后 go 命令找不到？检查 $PATH 和 shell 配置文件
装完 Go 二进制包（比如从官网下载 go1.22.4.linux-amd64.tar.gz），执行 go version 报 command not found，大概率是 $PATH 没生效。
Linux/macOS 下，Go 默认解压到 /usr/local/go，但这个路径不在系统默认 $PATH 里。你需要手动加进去：
- 确认 Go 安装路径：
ls /usr/local/go/bin/go（或你解压的路径） - 编辑你的 shell 配置文件：
~/.bashrc（bash）、~/.zshrc（zsh）或~/.profile - 追加这行：
export PATH=$PATH:/usr/local/go/bin（路径按实际调整） - 重新加载：
source ~/.zshrc（或对应文件）
注意：别写成 export PATH=/usr/local/go/bin:$PATH——虽然也能用，但会覆盖系统命令优先级，比如可能意外屏蔽掉系统自带的 go（如果存在）。
用 go install 装第三方工具时提示 cannot find module providing package
这是 Go 1.16+ 默认关闭了 GOPATH 模式后的常见报错。比如你想装 gopls：go install golang.org/x/tools/gopls@latest，却失败。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
根本原因是：没在模块上下文里运行，Go 不知道该往哪存二进制。
- 必须指定完整模块路径和版本，不能只写包名：
go install golang.org/x/tools/gopls@latest✅ - 不能写成：
go install gopls❌（没有@版本标识） - 也不能在没
go.mod的空目录下运行 ——go install现在依赖模块根目录，但其实它不真需要当前目录有模块；更稳妥做法是切到任意有go.mod的项目里，或直接在$HOME运行 - 首次运行后，生成的二进制会放在
$GOBIN（默认是$GOPATH/bin），确保这个路径也在$PATH里
GO111MODULE=on 是不是必须设？什么时候可以关？
Go 1.16 起默认开启模块模式，GO111MODULE 环境变量已基本废弃，除非你明确要兼容老项目。
- 新项目一律不用设 —— Go 自动识别当前目录是否有
go.mod，有就走模块，没就报错（不自动 fallback 到 GOPATH） - 只有当你在 GOPATH/src 下开发、又没初始化模块时，才可能临时设
GO111MODULE=off，但强烈不建议：这种项目已无法用go install装工具，也不支持replace或require版本控制 - 检查当前行为：
go env GO111MODULE，输出on是正常状态
顺带一提：GOPROXY 倒是值得配，国内推荐 https://goproxy.cn，避免被墙导致 go mod download 卡死。
VS Code + Go 扩展调试时提示 dlv not found？别用 go get 装 dlv
Go 扩展（vscode-go）依赖 dlv（Delve）做调试，但新版扩展不再接受 go get 安装的旧版 dlv。
-
go get -u github.com/go-delve/delve/cmd/dlv会装 v1.20 之前的版本，与最新 Go 扩展不兼容 - 正确方式是用
go install：go install github.com/go-delve/delve/cmd/dlv@latest - 装完检查：
dlv version，应输出 v1.21+（2023 年后发布） - VS Code 设置里确认
"go.dlvLoadConfig"和"go.toolsGopath"不再需要 —— 现代扩展自动找$GOBIN/dlv
最容易被忽略的是：装完 dlv 后，VS Code 可能仍缓存旧路径，重启窗口或重载窗口（Cmd/Ctrl+Shift+P → Developer: Reload Window）才能生效。
