GoLand 报“cannot find package”时，优先清理其自身缓存而非盲目修改配置；需删除 ~/Library/Caches/JetBrains/GoLand* 及项目下的 .idea 和 go.work.idea 目录，重启后重新索引。
GoLand 报“cannot find package”时，先确认是不是缓存污染了
不是所有“找不到包”都该清缓存——它更可能是 GO111MODULE 关闭、go.mod 缺失、或路径拼写错误。但如果你刚切换分支、升级 Go 版本、或重装 GoLand 后突然出现这类报错，且终端里 go build 正常而 IDE 里标红，那大概率是 GoLand 加载了旧的模块索引或缓存路径。此时清缓存比改配置更直接有效。
删 GoLand 自己的模块索引和项目缓存目录
GoLand 不依赖 go clean -modcache，它自己维护一套模块元数据缓存，存在 ~/Library/Caches/JetBrains/GoLand* 下。这个缓存一旦错乱，就会导致包路径解析失败、跳转失效、补全不全。
- 关掉 GoLand
- 执行：
rm -rf ~/Library/Caches/JetBrains/GoLand* - 再删一次项目级缓存（关键）：
rm -rf ~/path/to/your/project/.idea和rm -rf ~/path/to/your/project/go.work.idea（如果用了 workspace） - 重启 GoLand，它会重新扫描
go.mod并重建索引
别漏掉 GoLand 的 SDK 和模块路径绑定残留
GoLand 会把 SDK 路径、GOPATH、GOMODCACHE 等信息硬编码进项目配置。如果之前 SDK 指向的是旧 Go 安装路径，或者 GOMODCACHE 被手动改过，新版本 GoLand 可能继续读取错误路径，导致模块根本没被识别。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开 GoLand → Preferences → Go → GOROOT，确认指向当前
which go的父目录 - Preferences → Go → Modules → “Use GOPATH that is defined in system environment”，勾上它，别用 IDE 自带的默认值
- Preferences → Languages & Frameworks → Go → Go Modules → “Enable Go modules integration”，确保开启
- 如果项目有
go.work，检查它是否引用了已删除或路径变动的目录
Go 工具链缓存也要同步清理，否则 IDE 和命令行行为不一致
GoLand 底层调用 go list、go build 做分析，如果 $GOCACHE 或 $GOMODCACHE 里有损坏条目，IDE 就会拿到错误的包结构信息。
- 终端执行：
go clean -cache（清编译中间产物） - 再执行：
go clean -modcache（清模块源码和 zip 包） - 验证路径：
go env GOCACHE和go env GOMODCACHE，确保它们没指向已删除的挂载点或只读路径 - 清理完立刻在项目根目录跑：
go mod tidy -v，观察是否有missing或incompatible输出；有则说明缓存清理没到位或go.sum已损坏
真正卡住的地方往往不是「该不该清」，而是清完没重触发 IDE 的模块重索引——必须删掉 .idea 目录并重启，否则 GoLand 会复用旧缓存里的错误符号表。
