Windows 10上Go环境变量配置失效主因是GOPATH、GOBIN、PATH未对齐，且PowerShell未加载$PROFILE导致go env -w设置不生效；需手动创建并编辑$PROFILE，设置GOPATH、PATH及GOPROXY，生成标准src/bin/pkg目录结构，并每次执行. $PROFILE刷新。
Windows 10 上 Go 环境变量配错，90% 的 go build 失败和 go: cannot find main module 报错都源于此——不是没装好 Go，而是 GOPATH、GOBIN、PATH 三者没对齐。
PowerShell 启动后 go env 显示的路径和你手动设置的不一致？
这是 PowerShell 的执行策略和 profile 加载顺序在“捣鬼”。go env -w 写入的是 GOROOT 和 GOPATH 用户级配置，但 PowerShell 默认不自动加载 $PROFILE（尤其新用户或 Home 版），导致你用 go env -w GOPATH=C:\go\work 设置完，新开窗口一查还是默认值。
- 先确认 profile 是否存在：
Test-Path $PROFILE，返回False就得手动创建：New-Item -Path $PROFILE -ItemType File -Force - 往
$PROFILE里追加两行（别用go env -w）：if (!$env:GOPATH) { $env:GOPATH = "C:\go\work" } if (!(Get-Command go -ErrorAction SilentlyContinue)) { $env:PATH += ";C:\Program Files\Go\bin" } - 每次改完必须运行
. $PROFILE才生效，不能只关掉再开新窗口——因为新窗口加载的是旧 profile 缓存
GOPATH 目录结构必须手动生成吗？
必须。Chocolatey 或 MSI 安装器只放 go.exe，不建 src/bin/pkg。而 go mod init 在非 GOPATH 下能跑，但 go get（尤其老项目）仍会尝试写入 $GOPATH/src，找不到目录就报错。
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- 标准结构是：
C:\go\work\src（放代码）、C:\go\work\bin（放go install输出）、C:\go\work\pkg（放编译缓存） - 别用空格或中文路径，
C:\My Projects\go这种会导致go list解析失败 -
GOBIN不要设成GOPATH\bin，而应单独指向一个干净目录（如C:\go\bin），避免和GOPATH\bin混淆；同时把该路径加进PATH
为什么 go env -w GOPROXY=direct 有时无效？
因为 go env -w 写的是用户配置文件（%USERPROFILE%\AppData\Roaming\go\env），但某些 IDE（如 VS Code 的 Go 插件）或 CI 脚本会绕过它，直接读环境变量。更麻烦的是，Windows 系统级环境变量和用户级变量优先级混乱，GOPROXY 被设为空字符串时，Go 会 fallback 到默认代理，而不是 direct。
立即学习“go语言免费学习笔记（深入）”；
- 最稳的方式：在 PowerShell profile 里用
$env:GOPROXY="direct"，而非go env -w - 验证是否生效：
go env GOPROXY输出必须是direct，不是""或https://proxy.golang.org - 如果公司网络需走内部代理，别设
GOPROXY=direct，而要用GOPROXY=http://your-proxy:8080+GONOSUMDB=*绕过校验
真正卡住人的从来不是 Go 本身，而是 Windows 路径解析、PowerShell 初始化时机、以及 Go 工具链对环境变量“既读取又写入”的双重依赖。每一步都要亲手验证输出，而不是相信命令回显“已设置”。
