go编译本身不卡，开发卡死主因是内存与磁盘瓶颈：go mod download、go test -race、gopls等i/o和内存密集型操作易触发oom；hdd拖慢go list，$gocache所在磁盘性能决定速度上限；wsl2内存限制、环境变量配置不当及goroot/gopath路径错误会进一步加剧卡顿。
Go 编译不卡，但开发过程卡死？先看内存和磁盘
Go 本身编译轻量，go build 单次执行对 CPU 压力极小；真正拖慢开发体验的，是 go mod download、go test -race 和 gopls 这类高频 I/O + 内存密集型操作。它们会并发启动数十 goroutine，持续申请内存、读写小文件。
- 中型项目启用
-race时，峰值内存常超 6GB；若物理内存仅 8GB，又开了 Chrome + Docker，系统极易触发 OOM killer 杀掉go test进程 -
$GOCACHE和$GOPATH/pkg/mod所在磁盘决定速度上限：机械硬盘（HDD）下go list -m all可能卡 3–5 秒；NVMe SSD 基本无感 -
$GOCACHE默认路径：$HOME/Library/Caches/go-build（macOS）、$HOME/.cache/go-build（Linux）、%LocalAppData%\go-build（Windows） - 一个中型项目缓存常超 2GB，
$GOPATH/pkg/mod建议预留 ≥20GB 空间
WSL2 vs 原生 Windows：内存模型完全不同
WSL2 是轻量虚拟机，默认只分配 50% 物理内存，且不会自动释放空闲页。你跑一次 go test -race 占了 6GB，WSL2 就真锁住这 6GB，宿主机立刻卡顿。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- WSL2 用户务必运行
cat /proc/meminfo | grep MemAvailable查看真实可用内存，再决定是否在/etc/wsl.conf中调高memory限制 - 原生 Windows 用户注意：
GOROOT别装在中文路径或C:\Program Files这类带空格目录——某些 cgo 工具链会解析失败 - 安装 MSI 包时务必勾选
Add Go to PATH，否则go version一定报错
核心数、主频、缓存位置，哪个优先？
用 cgo 或交叉编译（如 macOS → Linux ARM64）时，clang 或 gcc 成为瓶颈，此时主频比核心数更重要；而日常开发中，$GOCACHE 所在磁盘性能影响远大于 CPU 型号。
- 小项目（纯标准库 + 少量模块）：2 核 4GB 足够，
go run main.go秒出结果 - 中型服务（含
gin、gorm、redis-go等 20+ 模块 +-race）：建议 ≥8 核 16GB，否则gopls响应延迟明显，编辑器光标卡顿 - Docker 构建时，宿主机挂载的
/tmp或 volume 若落在 HDD 上，go build耗时翻倍——不是 CPU 不够，是磁盘慢
环境变量配置不当也会放大硬件短板
错误的 GOROOT 或 GOPATH 设置会让工具链反复扫描路径、重复解压模块，把本就不宽裕的磁盘 I/O 和内存进一步拖垮。
-
GOROOT必须指向 Go 安装根目录（如/usr/local/go），不能是子目录 -
GOPATH应设为独立路径（如$HOME/go-workspace），避免与GOROOT混用 - 确保
PATH包含$GOROOT/bin和$GOPATH/bin，否则go install生成的二进制无法被找到 - Linux/macOS 下修改
~/.bashrc或~/.zshrc后，必须source生效；Windows 用户改完系统环境变量要重启终端
$GOCACHE 还挂在一块 5400 转的笔记本硬盘上，go mod tidy 依然会卡住。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
