windows下go安装后报“command not found”根本原因是path未生效，需运行where go验证、go env goroot确认路径，并手动将%goroot%\bin加入用户级path后重启命令行；模块模式下应清空gopath、强制开启go111module=on并初始化go mod。
Go 环境搭建根本不需要图解，靠 go env 和 go version 两条命令就能闭环验证，图解反而容易掩盖关键路径。
Windows 下装完就报 command not found 怎么办
不是安装包没点 next 完，而是 PATH 没生效。Go 安装器在 Windows 上默认只往系统环境变量写 GOROOT\bin，但如果你手动改过 PATH 或用过旧版 Go，很可能存在冲突路径或重复项。
- 打开 cmd，直接运行
where go—— 如果返回空，说明系统根本找不到go.exe - 检查
GOROOT：运行go env GOROOT，确认输出是实际安装目录（比如C:\Program Files\Go），不是空或错位路径 - 手动把
%GOROOT%\bin加进用户级PATH（不是系统级），重启 cmd 再试go version - 别信“安装完成自动配置”的说法，Win10/Win11 的环境变量继承机制经常漏刷新
go mod init 报错 “cannot find module root” 是因为 GOPATH 还在干扰
Go 1.16+ 默认启用模块模式，但如果你的项目目录不在 $GOPATH/src 下，又没提前初始化模块，go build 会 fallback 到 GOPATH 模式并报这个错。
- 先执行
go env -w GO111MODULE=on，强制开启模块支持（别依赖默认值） - 新建项目目录后，立刻运行
go mod init example.com/myapp，域名不重要，但不能省略 - 删掉项目里残留的
vendor/或Gopkg.lock，它们和go mod不兼容 - 如果
go env GOPATH返回非空值，说明 GOPATH 仍被读取 —— 用go env -w GOPATH=清空它（模块模式下 GOPATH 已无意义）
VS Code 里 go run 正常但调试断点不命中
不是插件没装全，而是 Delve 调试器没配对。VS Code 的 Go 插件会自动下载 dlv，但 Windows 防火墙或杀毒软件常拦截其编译过程，导致最终用的是旧版或损坏二进制。
- 终端里运行
dlv version，如果报错或版本低于 1.21.0，说明调试器异常 - 手动清理：
rm -rf %USERPROFILE%\go\bin\dlv*（Windows PowerShell），再重启 VS Code 触发重装 - 确保项目根目录有
go.mod文件，Delve 依赖模块信息定位源码路径 - 调试配置里不要动
dlvLoadConfig的followPointers等高级选项，初学阶段默认即可
真正卡住人的从来不是按钮点几下，而是环境变量、模块开关、调试器版本这三处隐性状态——它们不报错，但会让后续所有操作失效。每次怀疑环境问题，先敲 go env 看四行：GOPATH、GOROOT、GO111MODULE、GOPROXY，比翻截图快十倍。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
