powershell + chocolatey 安装 go 后环境变量易失效，主因是执行策略阻止 profile 加载、chocolatey 不创建 gopath 目录结构、go env -w 写入路径不被 powershell 自动读取，需手动配置 $profile 并校验 go111module 状态。
Windows 10 上用 PowerShell + Chocolatey 装 Go，go env -w 设置的环境变量大概率不生效——不是命令错了，是 PowerShell 的执行策略和 profile 加载顺序在背后悄悄作祟。
PowerShell 执行策略阻止 profile 自动加载
Chocolatey 安装完 Go 后，它默认把 $env:GOPATH 和 $env:GOBIN 写进 $PROFILE，但 Windows 默认策略禁止脚本执行，导致每次新开 PowerShell，profile 根本不跑。
- 运行
Get-ExecutionPolicy，如果输出是Restricted，就卡在这儿了 - 临时放行：执行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（别用Administrator权限跑） - 验证是否生效：关掉再开一个 PowerShell，运行
go env GOPATH，有输出才算成功 - 别信
go install报错里那句 “set GOPATH”，那是标准错误提示，不是诊断依据
Chocolatey 安装后 GOPATH 目录结构缺失
Chocolatey 只装二进制，不建 src、bin、pkg 这三个子目录——而 go mod init 或 go get 在老项目里会默认依赖这个结构，报错 go: cannot find main module 就是它。
- 手动创建：
mkdir $env:GOPATH\src, $env:GOPATH\bin, $env:GOPATH\pkg - 确认权限：右键检查
$env:GOPATH所在路径没被 Windows Defender 隔离（尤其 LTSC 版本常静默拦截go.exe） - 别用 OneDrive 或同步盘路径做
GOPATH，符号链接或实时同步会干扰go mod的 checksum 校验
go env -w 写入的是 user 级配置，但 PowerShell 不读它
go env -w GOPATH=C:\go 实际写到 %USERPROFILE%\AppData\Roaming\go\env，而 PowerShell 默认只加载 $PROFILE，不自动读这个文件——所以你敲 go env GOPATH 看起来对，但 go build 仍按空值走。
- 真正生效的做法：在
$PROFILE里显式写$env:GOPATH = "C:\go"，并确保该行在ChocolateyProfile.psm1加载之后 - 检查加载顺序：
notepad $PROFILE，把你的$env:GOPATH赋值放到最后一行 - 别用
go env -w GOBIN=...，直接在 profile 里设$env:PATH += ";$env:GOBIN"更可靠
VS Code 调试器找不到 go.exe 或模块路径错乱
即使终端里 go version 正常，VS Code 的调试器（dlv）仍可能报 exec: "go": executable file not found in $PATH，本质是 VS Code 启动时没继承 PowerShell 的完整环境。
- 重启 VS Code 前，先在 PowerShell 里运行
code --no-sandbox启动，强制继承当前 shell 环境 -
launch.json里别省略"env": {"GOPATH": "${env:GOPATH}"}，否则 dlv 会 fallback 到空GOPATH - 如果用 WSL2 开发，别混用 Windows 和 WSL 的 Go 安装路径——
go env GOROOT输出必须和which go一致
最麻烦的不是装不上，而是装上了却在 go mod tidy 时突然报 cannot load package: cannot find module providing package——这通常意味着 GOPATH 和 GO111MODULE 的开关状态在不同 shell 间不一致，得逐个终端确认 go env GO111MODULE 是 on 还是 auto，而不是靠记忆。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
