goland启动后环境变量没生效是因为它只在初始化时读取一次，不重启ide就不会更新；需彻底退出再启动，并区分清除ide缓存与go模块缓存，且注意go.work文件可能干扰模块解析。
GoLand 启动后环境变量没生效？不是 IDE 没读，是它根本没重载
GoLand 启动时只在进程初始化阶段读一次环境变量（包括 GOPATH、GOROOT、GOMODCACHE 等），改完系统或 Shell 环境变量后不重启 IDE，它永远看不到新值。这不是配置错，是生命周期问题。
常见现象：终端里 go env GOMODCACHE 已输出 D 盘路径，但 GoLand 底部状态栏仍显示 “Caching modules in C:\Users\xxx\go\pkg\mod”；或者 go run 在终端能跑，在 IDE 里点运行却报 “cannot find package”。
- Windows 用户必须彻底关闭 GoLand（右键程序坞/任务栏图标 → Exit，不能只关窗口）再重新启动
- macOS 用户注意：用 Toolbox 启动的 GoLand，需在 Toolbox 里先「Stop」实例，再点「Launch」，仅 Cmd+Q 不够
- Linux（snap 安装）用户执行
snap restart goland后仍需手动关掉所有 IDE 进程，否则旧进程残留
清除 GoLand 自身缓存目录 ≠ 清空模块下载目录
很多人删了 ~/Library/Caches/JetBrains/GoLand* 就以为“缓存清完了”，结果项目 still 标红、补全 still 失效——因为 IDE 缓存和 Go 模块缓存是两套东西，混着清会漏关键项。
必须分两步操作：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先清 IDE 缓存：
rm -rf ~/Library/Caches/JetBrains/GoLand*（macOS）、%LOCALAPPDATA%\JetBrains\GoLand*\Cache（Windows）、~/.cache/JetBrains/GoLand*（Linux） - 再清 Go 模块缓存（如果已改过
GOMODCACHE）：go clean -modcache—— 注意：这命令清的是当前go env GOMODCACHE指向的目录，务必确认它已指向新路径，否则会误删 C 盘旧缓存 - 别碰
~/go/pkg/mod目录本身：除非你确定要丢掉所有已下载模块，否则直接删它比go clean -modcache更危险，IDE 可能因索引错乱卡死
GoLand 的 Settings 里填的 GOPROXY/GOROOT 是摆设？不，但它们只管局部
Settings → Go → Go Modules 里的 GOPROXY 字段，只影响 IDE 内置终端、Run Configuration、以及右键 “Reload project” 时调用的 go mod tidy 命令；它不改变你在外部终端执行 go mod download 的行为，也不影响 go build 时的代理选择。
也就是说：你在 Settings 里填了 https://goproxy.cn,direct，但终端里 go env GOPROXY 输出空或 https://proxy.golang.org，那么你手动跑 go get 依然会超时或失败。
- 正确做法：统一用
go env -w GOPROXY=https://goproxy.cn,direct全局写入，再验证go env GOPROXY - GOROOT 同理：Settings 里指定的路径只用于 IDE 语法检查和调试，但如果你在 Run Configuration 里勾了 “Use project GOPATH”，它又会退回去找系统
GOROOT，所以最稳的是两边都设对且一致 - 别信 “Edit Configurations → Environment variables” 里临时加的变量：那只影响单次运行，不改变模块解析逻辑
为什么 reload project 后还是 import 报红？可能卡在 go.work
当你打开一个含 go.work 文件的多模块项目，GoLand 会强制启用 workspace 模式，此时它完全忽略项目根目录下的 go.mod，也不走 GOPROXY 配置，而是尝试从 use 列表里加载本地模块路径——一旦路径不存在或权限不对，就静默失败，只留一堆红色 import。
- 快速验证：终端进项目根目录，执行
go work use -v，看是否报错或输出空 - 临时解决：删掉
go.work文件，再右键项目 → “Reload project” - 长期方案：如果真需要 workspace，确保
go.work里每个use ./xxx路径都存在、可读，且对应目录下有合法go.mod
cmd/myapp/main.go，就得手动把 Run Configuration 的 Working directory 改成 $ProjectFileDir$/cmd/myapp，否则 go run main.go 根本找不到 import 的包路径。
