Go 安装后需手动将 C:\Go\bin 加入 $env:PATH 用户变量，新开 PowerShell 窗口后用 where.exe go 验证路径及可执行性，避免架构不匹配或杀毒软件拦截。
确认 Go 安装路径是否已正确写入 $env:PATH
PowerShell 不会自动继承 Windows 图形界面设置的系统环境变量，尤其是你通过 MSI 安装 Go 后，它可能只写入了「系统变量」或「用户变量」，但当前 PowerShell 会话未刷新。运行以下命令检查：
echo $env:PATH | Select-String "go"
如果没输出，说明 go 目录（如 C:\Go\bin）不在当前会话的 $env:PATH 中。这不是安装失败，而是路径未加载。
- 临时添加（仅当前会话有效）：
$env:PATH += ";C:\Go\bin" - 永久添加需用
[Environment]::SetEnvironmentVariable，且必须指定作用域（"User"或"Machine"） - 修改后新开 PowerShell 才能生效，
RefreshEnv（来自PsGet）不是默认命令，别依赖
用 [Environment]::SetEnvironmentVariable 永久写入用户变量
推荐优先写入「当前用户」变量，避免权限问题。执行以下命令（以管理员身份运行非必需）：
[Environment]::SetEnvironmentVariable("PATH", $env:PATH + ";C:\Go\bin", "User")
注意："User" 表示写入 HKEY_CURRENT_USER，普通用户即可执行；若用 "Machine"，必须以管理员身份运行 PowerShell，否则静默失败。
立即学习“go语言免费学习笔记（深入）”；
- 路径末尾不加反斜杠（
\），否则go version可能报command not found - 不要用
$env:GOCACHE或$env:GOPATH的赋值来“替代” PATH 配置——它们是 Go 运行时变量，和可执行文件发现无关 - 修改后必须新开一个 PowerShell 窗口，
Get-ChildItem Env:\PATH可验证是否包含C:\Go\bin
验证 go 命令是否真正可用
仅检查 go 是否在 $env:PATH 不够，还要确认二进制本身可执行且无权限拦截：
where.exe go
该命令会返回实际找到的 go.exe 路径（如 C:\Go\bin\go.exe）。若报错 INFO: Could not find files for the given pattern，说明路径配置错误或安装不完整。
- 如果返回多个路径，说明有旧版本残留（如 Chocolatey、Scoop 安装的 Go），优先清理非官方来源
- 某些杀毒软件（如 McAfee、Windows Defender 的“受控文件夹访问”）会拦截
go.exe执行，表现为无输出、卡住或退出码 0x1 - 运行
go version时若提示fork/exec C:\Go\bin\go.exe: %1 is not a valid Win32 application，说明 Go 版本与系统架构不匹配（例如在 64 位系统装了 32 位 Go）
补充：设置 GOPATH 和 GOCACHE（可选但建议）
从 Go 1.13 起，GOPATH 默认为 %USERPROFILE%\go，通常无需手动设。但如果你要自定义工作区或避免 C 盘爆满，可显式配置：
[Environment]::SetEnvironmentVariable("GOPATH", "D:\mygo", "User")
同理，GOCACHE 默认在 %LOCALAPPDATA%\go-build，若 SSD 空间紧张，可迁移到机械盘：
[Environment]::SetEnvironmentVariable("GOCACHE", "D:\go-cache", "User")
- 这些变量只需设置一次，无需加入
PATH - 设置后重启 PowerShell，再运行
go env GOPATH和go env GOCACHE确认值已更新 - 不要把
GOPATH\bin加进PATH——那是go install生成的可执行文件位置，不是 Go 自身的go命令所在
go.exe 真正所在」。很多人反复重装 Go，其实只是没意识到新窗口才能读到刚写的 User PATH。 
