go命令报“command not found”本质是PATH丢失$GOROOT/bin路径，需检查echo $PATH是否包含Go二进制目录；Linux/macOS修正~/.zshrc等配置并source，Windows须在系统属性中修改环境变量；同时确认VS Code等IDE是否通过终端启动以继承shell环境。
go 命令突然报 command not found 怎么办
说明 PATH 断了，不是重装 Go 就能解决。重点检查 $GOROOT/bin 是否还在 PATH 里，尤其在手动改过 shell 配置或切换了终端启动方式（比如从桌面图标启动 VS Code）之后。
- 先执行
echo $PATH，确认输出中包含类似/usr/local/go/bin或C:\Program Files\Go\bin的路径 - 如果缺失，Linux/macOS 进入
~/.bashrc或~/.zshrc，删掉旧的export PATH=...行，补上：export PATH=$PATH:/usr/local/go/bin（路径按实际go env GOROOT输出为准） - Windows 用户必须进「系统属性 → 高级 → 环境变量」图形界面修改，PowerShell 临时加的
$env:Path不会继承给 IDE - 改完记得
source ~/.zshrc（macOS/Linux）或重启终端/IDE
GOROOT 和 GOPATH 被设乱了怎么清理
GOROOT 通常不该手动设——除非你同时维护多个 Go 版本；GOPATH 在模块时代也只影响 go install 输出位置。重置的核心是：让 Go 自动推导，而不是硬编码。
- Linux/macOS：删掉
~/.bashrc或~/.zshrc里所有以export GOROOT=、export GOPATH=开头的行 - Windows：在「环境变量」设置里，把用户变量和系统变量中的
GOROOT、GOPATH全部删掉（保留系统自动加的PATH项即可） - 执行
go env -w GOROOT="" GOPATH=""清空 go 命令缓存值（Go 1.21+ 支持） - 验证：
go env GOROOT GOPATH应返回默认路径（如/usr/local/go、$HOME/go），且路径真实存在
GO111MODULE=auto 导致依赖拉不下来怎么办
这是最隐蔽的“伪重置”陷阱：你以为重装了 Go，但 GO111MODULE=auto 在没 go.mod 的目录下会 fallback 到 GOPATH 模式，而新项目根本没放进去。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 直接强制开启模块：
go env -w GO111MODULE=on - 别信
go env输出的GO111MODULE值，要验证行为：在空目录下执行go list -m，若报not in a module就说明没生效 - 顺手配个国内代理防卡死：
go env -w GOPROXY=https://goproxy.cn,direct - 旧项目迁移时，进项目根目录运行
go mod init <module-name>，再go mod tidy，别指望靠清环境变量自动转换
IDE（VS Code / GoLand）里 go 命令找不到
IDE 启动时不一定读你的 shell 配置，尤其是桌面图标启动的 VS Code，它用的是系统级 PATH，不是你终端里的。
立即学习“go语言免费学习笔记（深入）”；
- VS Code：终端里执行
code .启动，确保继承当前 shell 环境；或者在工作区.vscode/settings.json中加："go.goroot": "/usr/local/go" - GoLand：File → Settings → Go → GOROOT，手动填绝对路径（Windows 填
C:\Program Files\Go，别用变量） - 关键验证点：打开 IDE 内置终端，直接运行
go env GOROOT，输出必须和终端一致；如果不同，说明 IDE 没加载对环境 - 调试器单独继承环境：启动 Debug 前，点开 Debug 控制台，先敲
go env看一眼，别等报错才排查
GO111MODULE 的实际行为、以及 Windows 下图形界面改 PATH 才真正生效这三件事。 
