Go环境配置不稳是研发效能瓶颈，需解决PowerShell执行策略限制、GOBIN未设导致二进制丢失、go mod init未用域名引发私有模块拉取失败等问题，且必须逐条验证输出。
Go 环境没搭稳，后续所有研发效能优化都是空中楼阁——go build 卡住、go mod download 超时、VS Code 插件反复报 gopls 启动失败，本质不是工具问题，而是环境变量和模块路径在底层打架。
PowerShell 执行策略拦住了 go env -w
Chocolatey 装完 Go，运行 go env -w GOPATH=$HOME\go 没反应？不是命令错了，是 PowerShell 默认禁止脚本执行。它不报错，也不生效，只默默忽略 go env -w 的写入请求。
- 先查当前策略：
Get-ExecutionPolicy -List，如果CurrentUser显示Restricted，就是它在作祟 - 临时放开（推荐）：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 别用
Administrator权限跑 PowerShell 改策略——这会导致go env读到的是系统级环境，而你的 VS Code 是普通用户启动的，两边GOPATH对不上 - 改完立刻验证：
go env GOPATH输出必须是你期望的路径，且该路径下存在src、bin、pkg三个空目录
GOBIN 不设就等于把 go install 的二进制扔进黑洞
go install 默认把编译出的可执行文件放进 $GOBIN，但 Windows 上 Chocolatey 或 MSI 安装器从不自动设这个变量。结果就是：命令跑成功了，文件却找不到，hello.exe 像蒸发了一样。
- 手动设一次：
go env -w GOBIN=$HOME\go\bin - 必须确保
$HOME\go\bin已存在且已加入PATH——只加C:\Go\bin不够，那是GOROOT的 bin，不是你项目产出的 bin - 验证方式：
go install golang.org/x/tools/cmd/gopls@latest，然后直接敲gopls version，能输出版本号才算真通 - 别依赖
go get——Go 1.21+ 已弃用，go install是唯一正途
go mod init 不带域名，后期换私有仓库就踩坑
新建项目时只敲 go mod init myapp，看着没问题，但一旦要推到公司内网 GitLab 或迁移到私有代理，就会触发 go: downloading myapp@v0.0.0-00010101000000-000000000000 这类诡异路径，replace 和 proxy 都救不回来。
立即学习“go语言免费学习笔记（深入）”；
- 初始化必须带组织前缀：
go mod init example.com/myapp（哪怕只是占位，也别用裸名） - 如果已经用了裸名，别删
go.mod重来——先git mv重命名所有包路径，再go mod edit -module example.com/myapp - 检查是否生效：
go list -m输出第一行必须是完整域名路径，不是myapp - CI/CD 流水线里，
go mod tidy会因路径不匹配拒绝拉取私有模块，这是最晚才发现、最难回滚的问题
真正卡住研发效能的，从来不是语法或并发模型，而是 GOROOT 和 GOPATH 在后台静默冲突、GOBIN 路径没被 PATH 捕获、go.mod 的 module 名在半年后突然变成迁移障碍——这些点不亲手敲一遍、不逐条验证输出，光看文档永远以为“已经好了”。
