GoLand缓存目录位置因系统和版本而异，应通过Help→Show Log in Explorer/Finder定位后删除整个版本文件夹；清理后需重建运行配置、检查GO111MODULE设置、调整测试参数，并排查gopls索引卡顿原因。
GoLand 缓存目录在哪、怎么删
缓存位置不是固定的，它按系统和版本自动命名，删错目录会导致配置丢失。Windows 和 macOS 的路径结构差异大，不能靠记忆硬写。
最稳妥的方式是直接在 Goland 内部打开缓存文件夹：Help → Show Log in Explorer（Windows）或 Help → Show Log in Finder（macOS），日志所在目录的父级就是缓存根目录。你看到的类似 GoLand2026.2 的文件夹就是当前版本缓存，整个删除即可。
别只删 .idea 或 go.mod 相关文件——那些属于项目级，而运行异常多由 IDE 全局缓存污染引起。常见误操作：只清 System 子目录却漏掉 Cache 和 LocalHistory，结果重启后问题照旧。
- Windows 路径示例：
C:\Users\{用户名}\AppData\Local\JetBrains\GoLand2026.2 - macOS 路径示例：
~/Library/Caches/JetBrains/GoLand2026.2 - Linux 路径示例：
~/.cache/JetBrains/GoLand2026.2
为什么清理后还是 run 不起来
缓存清了，但运行配置没重建，IDE 仍会沿用旧的、已损坏的配置元数据。此时 Run → Edit Configurations 里可能显示空列表，或存在灰色不可编辑项。
必须手动新建一个干净的运行配置：Add New Configuration → Go Application，关键参数要填对：
-
Package填main（不是文件路径，也不是模块名） -
Main function必须指向含func main()的 .go 文件，且该文件在Sources标记目录下 - 不要勾选
Use module path，除非你明确需要从go.mod中解析包路径
如果项目用了 go mod，但 GO111MODULE 在 IDE 环境变量中被设为 off，运行时会报 cannot find module providing package —— 这类错误和缓存无关，得去 Settings → Go → Go Modules 检查开关和环境变量设置。
测试函数运行失败但终端能过
GoLand 执行 go test 时默认加了额外 flag，比如 -test.v、-test.timeout，还可能启用 gopls 的实时分析。这些叠加后容易触发超时或 panic，尤其在测试涉及网络、文件 I/O 或 goroutine 泄漏时。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
验证方式很简单：在终端进项目根目录，执行 go test -v ./...，如果通过，说明是 IDE 测试 runner 的上下文问题。
修复建议：
- 在测试配置里取消勾选
Include subdirectories，避免递归扫描大量非测试代码 - 把
Working directory显式设为$ProjectFileDir$，防止因路径不一致导致os.Open找不到测试 fixture 文件 - 若测试依赖环境变量，必须在配置的
Environment variables区域单独添加，IDE 不会自动继承终端里的export
特别注意：GoLand 2026.2 默认启用 test -race 检测竞态，但 race detector 会显著拖慢执行并改变程序行为。如非必要，关掉它。
清理完启动变卡、索引不动
这不是缓存没清干净，而是 gopls 语言服务器在重建模块索引。它会读取 go.mod、下载缺失依赖、解析所有 .go 文件，期间 CPU 占用高、IDE 响应迟滞都属正常。
但如果你等了 5 分钟以上仍卡在 “Indexing…”，大概率是模块路径或代理出问题：
- 检查
go env GOPROXY输出是否包含可用地址，比如https://goproxy.cn,direct - 确认项目根目录下有
go.mod，且内容不为空；空go.mod会让gopls陷入无限等待 - 临时禁用模块集成：
Settings → Languages & Frameworks → Go → Go Modules→ 取消勾选Enable Go Modules integration，看索引是否立刻停止
真正麻烦的是：某些私有模块路径（如 git.internal.company.com/foo/bar）未配置 GOPRIVATE，gopls 会反复尝试走代理下载失败，然后重试——这个过程静默发生，没有明显报错提示，只能看后台日志里重复出现的 failed to load packages。
