应直接安装最新稳定版Go（1.22.x），配合模块代理和编译缓存以实现接近理论极限的构建速度；旧式GOPATH模式、手动清理缓存或禁用模块反而拖慢开发。
直接装最新稳定版 Go（1.22.x），配合模块代理和编译缓存，就能在新 SSD 上跑出接近理论极限的构建速度。旧式 GOPATH 模式、手动清理缓存、禁用模块这些操作反而会拖慢你。
go version 和 go env 必须先验证
装完 Go 后别急着写代码，先确认两个命令输出正常：
-
go version应返回类似go version go1.22.5 windows/amd64—— 若报“不是内部或外部命令”，说明PATH没包含%GOROOT%\bin -
go env GOCACHE必须非空且指向 SSD 路径（如C:\Users\XXX\AppData\Local\go-build），否则缓存失效，每次都是全量重编 -
go env GOPROXY建议设为https://goproxy.cn,direct；若返回空或direct单值，go mod download会卡在拉包上
go mod init 后立即 go mod tidy，别跳过
新建项目时，go mod init myapp 只生成空 go.mod，不解决依赖。真正影响首次编译耗时的是 go mod tidy —— 它会：
- 下载所有间接依赖到
GOMODCACHE（默认在 SSD 上，速度比 HDD 快 3–5 倍） - 校验 checksum 并写入
go.sum，避免后续构建反复校验 - 剔除未被引用的 require 行，减少依赖树深度，加快
go list -f '{{.Deps}}'分析速度
如果跳过这步，第一次 go build 会边编译边拉包、边校验边失败重试，尤其在 CI 或多模块项目里容易超时。
立即学习“go语言免费学习笔记（深入）”；
go build 不要加 -a 或 -gcflags=-l，除非真需要
这两个参数会破坏增量编译和缓存复用：
-
go build -a强制重新编译所有依赖，包括标准库 —— 在 SSD 上也要多花 2–8 秒，完全没必要 -
go build -gcflags=-l禁用内联，让编译器放弃优化路径，不仅变慢，还可能触发更多 cgo 调用（进而拖慢链接阶段） - 日常开发只用
go build ./cmd/myapp或go run main.go即可，工具链自己决定哪些包需要重建
GOCACHE 和 GOMODCACHE 别手动清，除非磁盘告警
SSD 寿命和性能都够撑住缓存长期存在，但很多人误以为“清缓存=提速”：
-
go clean -cache删除全部编译对象，下次构建从头开始，对中大型项目相当于多等 3–10 秒 -
go clean -modcache清空所有已下载模块，go mod tidy得重拉一遍，国内代理下平均多耗 8–20 秒 - 真正该清理的只有
go build产物（exe 文件）和临时_obj目录，它们不在缓存路径里，不影响构建速度
SSD 的随机读写优势，只在缓存命中时才体现得出来；频繁清空等于主动放弃这个优势。
