Windows装Go环境需重点处理PATH配置、模块代理和GOPATH语义变化：安装MSI后手动验证go version；必设GOPROXY为清华源；VS Code中安装gopls与dlv工具链；Go 1.16+默认模块模式，GOPATH仅作缓存目录。
Windows 上装 Go 开发环境本身不难，但容易卡在 PATH 配置、代理设置和 GOPATH 语义变化这几个地方。Go 1.16+ 已默认启用 GO111MODULE=on，GOPATH 不再是必须项，但很多老教程仍按旧逻辑配置，导致 go get 失败或 IDE 找不到 SDK。
下载安装包并验证基础命令
去官网 https://go.dev/dl/ 下载最新 go1.xx.x.windows-amd64.msi（Intel/AMD 通用），双击运行即可。安装器默认会把 go.exe 路径（如 C:\Program Files\Go\bin）写入系统 PATH —— 但部分 Windows 版本或企业锁机策略会屏蔽该行为，装完务必手动验证：
go version
如果提示“不是内部或外部命令”，说明 PATH 没生效，需手动添加：C:\Program Files\Go\bin 到系统环境变量 PATH，然后重启终端（CMD/PowerShell/IDE 终端都要重开）。
配置模块代理与 GOPROXY（国内必做）
不配代理时，go mod download 或 go get 会卡死在 proxy.golang.org，超时后报错 Get "https://proxy.golang.org/...": dial tcp: i/o timeout。推荐设为清华源：
立即学习“go语言免费学习笔记（深入）”；
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
- 临时生效（当前终端）：
go env -w GOPROXY=https://mirrors.tuna.tsinghua.edu.cn/goproxy/,direct
- 永久生效（写入用户级 go env）：
go env -w GOPROXY=https://mirrors.tuna.tsinghua.edu.cn/goproxy/,direct
- 若项目依赖私有仓库，保留
,direct后缀，否则内网模块无法拉取
验证是否生效：
go env GOPROXY应输出配置的地址；再试
go mod init example.com/test && go mod tidy，能快速完成即成功。
VS Code 中配置 Go 扩展与调试支持
VS Code 是 Windows 下最省心的 Go IDE，但装完官方 Go 扩展（由 golang.org/x/tools 提供）后常出现“cannot find package”或调试器启动失败，原因多是工具链未自动安装：
- 首次打开
.go文件时，右下角弹出“Install All Tools”，务必点它（不要跳过） - 若弹窗没出现，手动运行：
go install golang.org/x/tools/gopls@latest
（LSP 服务）和go install github.com/go-delve/delve/cmd/dlv@latest
（调试器） - 确保 VS Code 的设置里启用了
"go.useLanguageServer": true，禁用旧版go-outline等已废弃工具 - 工作区根目录下建议放
go.mod，否则部分功能（如跳转、补全）可能降级为 GOPATH 模式
避免 GOPATH 陷阱：模块模式下它只是缓存目录
Go 1.13+ 默认开启模块模式，GOPATH 仅用于存放 pkg 缓存和 bin 可执行文件（如 dlv），不再决定项目源码位置。常见误区：
- 不必新建
%USERPROFILE%\go并设为GOPATH—— 安装器已默认设好，且可读即可，无需手动改 -
go build不再从GOPATH/src查找代码，而是从当前目录向上找go.mod - 若误删
GOPATH/pkg，下次go build会自动重建，不影响功能
真正要盯住的是 go env GOMOD 输出是否为当前项目的 go.mod 路径 —— 这才是模块模式是否激活的关键信号。
