PATH未生效是根本原因，需验证C:\Go\bin是否在$env:PATH中、确保GOROOT正确且含go.exe、排除多版本冲突及安全软件拦截。
go命令提示“不是内部或外部命令”
这是PATH没生效的最直接信号，不是Go没装好，而是系统压根找不到go.exe。PowerShell尤其容易踩这个坑——它不会自动继承你刚在「系统属性」里改好的用户/系统变量，必须新开窗口。
- 先运行
echo $env:PATH | Select-String "go"，没输出就说明C:\Go\bin根本不在当前会话路径里 - 临时验证：执行
$env:PATH += ";C:\Go\bin"，再跑where.exe go—— 如果返回C:\Go\bin\go.exe，证明二进制本身没问题 - 永久写入别用图形界面“点保存”就完事，得用命令：
[Environment]::SetEnvironmentVariable("PATH", $env:PATH + ";C:\Go\bin", "User") - 写完立刻关掉所有PowerShell窗口，重开一个再试；别信
RefreshEnv，它不是默认命令，也解决不了PATH继承问题
PATH里写了%GOPATH%\bin却没写%GOROOT%\bin
MSI安装包有个经典bug：它把%GOPATH%\bin塞进了PATH，但go命令本身在%GOROOT%\bin下。你改了GOPATH，%GOPATH%\bin可能指向一个空目录，结果PATH里挂了个“假路径”。
- 打开「系统属性→环境变量」，检查PATH中是否含
%GOROOT%\bin（不是%GOPATH%\bin） - 确认
GOROOT变量值是C:\Go（注意大小写和末尾无反斜杠），且该目录下确实存在bin\go.exe - 如果PATH里混着
%GOPATH%\bin和%GOROOT%\bin，优先删掉前者——它只该用于存放go install装的工具，不是找go命令的地方
where.exe go 有输出但go version卡住或报错
路径对了，命令却跑不起来，大概率是架构不匹配或安全软件拦截。Windows Defender的“受控文件夹访问”、McAfee这类软件常把go.exe当可疑程序静默拦掉。
- 运行
where.exe go后，手动双击返回的路径（如C:\Go\bin\go.exe），看是否弹窗报错；若提示%1 is not a valid Win32 application，说明你装了32位Go却跑在64位系统上 - 右键「此电脑→属性」，核对系统类型是“64位操作系统，基于x64的处理器”，就一定要下
windows-amd64.msi，别选windows-386 - 临时关闭Windows Defender的“受控文件夹访问”（设置→更新与安全→Windows安全中心→病毒和威胁防护→勒索软件防护），再试
go version
多个Go版本共存导致PATH冲突
用过Chocolatey、Scoop或手动解压过旧版Go？where.exe go可能返回两行甚至三行路径，而PowerShell默认取第一个——未必是你想用的那个。
立即学习“go语言免费学习笔记（深入）”；
- 执行
where.exe go，如果输出不止一行，说明PATH里混着多个go.exe位置 - 逐个检查这些路径：哪个是官方MSI安装的
C:\Go\bin\go.exe？哪些是C:\tools\go\bin\go.exe或%USERPROFILE%\scoop\apps\go\current\bin\go.exe？ - 清理非官方路径：要么卸载对应包管理器的Go，要么从PATH中删掉那些行——别留着“以防万一”，冲突比缺失更难排查
where.exe go这一步——它比go version更底层，能绕过权限和代理干扰，直接告诉你系统到底“看没看见”那个文件。 
