绝大多数情况下不用手动配环境变量：MSI安装包会自动配置GOROOT和PATH，只需验证go version是否正常；但自定义路径、多版本共存、未重启终端或国内网络需设GOPROXY时必须手动干预。
Windows上装Go，到底要不要手动配环境变量？
绝大多数情况下不用。从 Go 1.16 开始，Windows 的 .msi 安装包会自动把 C:Program FilesGoin 加进系统 PATH，同时设好 GOROOT。你只要确认没改过安装路径，打开 PowerShell 或 CMD 输入 go version 能正常返回版本号，就说明已就位。
容易踩的坑：
- 自定义安装路径（比如装到
D:go）后没手动补GOROOT和PATH，导致后续go build找不到标准库 - 多个 Go 版本共存时，
PATH里残留旧版bin路径，go version显示的不是你刚装的那个 - 安装后没重启终端或没新开一个 CMD/PowerShell 窗口，
go命令仍报“不是内部或外部命令”
国内用户必须设 GOPROXY，否则 go get 会卡死
默认代理 https://proxy.golang.org 在国内基本不可用，不设代理的话，go mod download、go get 会超时或无限等待。这不是网络问题，是直连被阻断。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 执行
go env -w GOPROXY=https://goproxy.cn,direct（阿里云镜像也行：https://mirrors.aliyun.com/golang/proxy） - 加
,direct是关键：对私有模块（如公司内网 Git 地址）跳过代理，避免认证失败 - 如果项目用私有仓库且需认证，还得额外配
GOINSECURE或GOPRIVATE，比如go env -w GOPRIVATE=git.example.com/internal
Go Modules 是默认模式，别再碰 GOPATH 目录了
Go 1.11 后启用 Modules，GOPATH 已退化为缓存下载包的默认位置（$GOPATH/pkg/mod），不再是项目存放地。你现在新建项目，直接 go mod init myapp 就行，项目可放在任意路径，无需塞进 %GOPATH%/src。
为什么还提 GOPATH？
-
go install编译带main的包时，会把二进制文件放进$GOPATH/bin，所以确保该目录在PATH里，才能全局调用命令 - 某些老教程或 CI 脚本仍硬编码
$GOPATH/src，遇到这类情况得适配，而不是跟着改自己本地结构 - 如果你真想换缓存位置，可以
go env -w GOMODCACHE=D:go-mod-cache，但没必要——磁盘空间够用就行
VS Code 装 Go 插件后，工具链下载失败怎么办？
插件首次激活时会自动下载 dlv（调试器）、gopls（语言服务器）等工具，默认走官方源，大概率失败。
解决方法很直接：
- 打开 VS Code 设置，搜
go.toolsEnvVars，添加键值对："GOPROXY": "https://goproxy.cn" - 或者在终端先手动装：运行
GO111MODULE=on go install golang.org/x/tools/gopls@latest（前提是GOPROXY已设好） - 插件设置里关掉
go.alternateTools的自动下载，改用手动指定路径，比如"dlv": "C:\Users\xxx\go\bin\dlv.exe"
真正麻烦的不是装不上，而是装了一半失败后残留损坏的二进制——建议删掉 $GOPATH/bin 下所有 gopls、dlv 相关文件再重试。
