清理GoLand缓存后环境变量不会自动恢复，必须手动重设GOROOT、GOCACHE、GOMODCACHE三个系统级变量并重启IDE与终端，否则go env仍显示空值或默认路径；验证需在终端和IDE内置Terminal中分别执行go env命令，确保三者输出一致且新路径生效。
清理 GoLand 缓存后环境变量不会自动恢复，必须手动重设；所谓“恢复”其实是重新配置系统级环境变量并重启 IDE 和终端，否则 go env 仍显示旧值或默认值。
为什么缓存清理后环境变量“失效”了
GoLand 的缓存目录（~/Library/Caches/JetBrains/GoLand* 等）里不存环境变量——它只存索引、语法树、插件状态等。真正控制 GOROOT、GOCACHE、GOMODCACHE、GOPROXY 的是操作系统级环境变量。你删缓存时如果顺手清了 ~/Library/Application Support/JetBrains/GoLand*，那里面可能有 IDE 从旧 shell 中读取并缓存的变量快照，重启后 IDE 就会退回到系统默认值（比如空 GOROOT 或 C 盘默认 GOCACHE）。
- 常见现象：
go env GOROOT输出空，go env GOCACHE回到%USERPROFILE%\AppData\Local\go-build（Windows）或~/Library/Caches/go-build（macOS） - 根本原因：IDE 启动时没读到你原来设在
.zshrc或用户环境变量里的值，尤其 macOS/Linux 下从桌面图标启动时，shell 配置文件根本不加载 - 不是 GoLand “丢了配置”，而是它压根没机会读到——环境变量作用域和加载时机断开了
必须重设的三个核心环境变量
只重设其中一两个，go mod download、go build、go test 仍可能各自走不同路径，导致依赖下载到 C 盘、编译缓存还在 C 盘、甚至 go run 找不到命令。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
GOROOT：指向 Go SDK 安装根目录（如D:\goSDK\go1.23.1），必须确保%GOROOT%\bin在PATH中；不要设多个版本共用一个GOROOT，IDE 无法自动切换 -
GOCACHE：必须为可写绝对路径（如D:\GoCache\build），禁用中文、空格、波浪号；目录需手动创建，权限要足 -
GOMODCACHE：唯一控制模块下载位置的变量（如D:\GoCache\mod），go clean -modcache只清它指向的位置，设错就等于白清
验证是否真正生效的实操步骤
别信 IDE 设置界面里看到的值，go env 才是唯一权威来源。每改一个变量，都必须走完这四步：
- 在终端中执行
go env GOROOT、go env GOCACHE、go env GOMODCACHE，三者必须全部输出你设的新路径 - 在 GoLand 内置 Terminal 中同样执行上述命令——若结果不一致，说明 IDE 启动方式绕过了你的 shell 配置（macOS/Linux 尤其常见）
- 新建一个空项目，运行
go mod init example.com/test+go mod tidy，检查D:\GoCache\mod（或你设的路径）下是否生成了github.com/...子目录 - 写一行
fmt.Println(os.Getenv("GOCACHE"))并go run，确认输出与go env GOCACHE一致；若不一致，说明代码运行时环境和go命令行环境分离了（常见于 Run Configuration 里误加了覆盖变量）
最常被忽略的是：改完环境变量后，所有已打开的终端窗口、GoLand 进程、甚至 JetBrains Toolbox 都必须完全退出再重开。缓存清理只是“擦黑板”，环境变量才是“粉笔”，粉笔没拿起来，黑板擦得再干净也没用。
