GoLand 启动慢、补全卡顿、索引耗时长的主因是默认配置未优化，核心对策为缓存路径隔离、模块代理生效、索引策略收紧，并需清理旧缓存、精简依赖、禁用冗余插件与分析器。
GoLand 启动慢、代码补全卡顿、索引耗时长——这些问题不是你项目大，而是默认配置没调好。核心优化点就三个：缓存路径隔离、模块代理生效、IDE 索引策略收紧。
确认 GOPROXY 和 GOCACHE 是否真正生效
很多人设了 GOPROXY 却仍从国外源拉包，根本原因是 shell 配置没 reload，或 GoLand 没读取到环境变量。
- 在终端运行
go env GOPROXY，输出必须是类似https://goproxy.cn,direct，不能是空或https://proxy.golang.org - 在 GoLand 中打开
Terminal工具窗口，再执行一次go env GOPROXY；如果结果不一致，说明 IDE 启动时没加载你的 shell 配置（macOS/Linux 常见于未在~/.zshrc或~/.bash_profile中 export） -
GOCACHE必须指向一个可写的本地路径，比如$HOME/.cache/go-build；若路径不存在或权限不足，GoLand 会退回到内存缓存，构建速度直线下滑 - 验证缓存是否命中：执行一次
go build后，再执行go build -a（强制重建），如果第二次明显更快，说明缓存已起作用
关闭冗余索引与分析器
GoLand 默认对整个 GOPATH 或模块依赖树做全量索引，但现代 Go 项目基本只用 go.mod，其余 vendor 或旧包路径纯属干扰。
- 进入
Settings → Go → Go Modules，勾选Enable Go modules integration，并取消勾选Index vendor directories - 在
Settings → Editor → Inspections中搜索unused，关闭Unused parameter和Unreachable code—— 这两个在大型项目中极易引发 gopls CPU 尖峰 - 如果项目含大量生成代码（如 protobuf 产出的
*_pb.go），右键对应目录 →Mark Directory as → Excluded，避免被语言服务器反复解析 - 禁用非必要插件：
Database Tools and SQL、GitToolBox等，除非你真正在用；插件越多，启动越慢，内存占用越高
调整运行/调试配置避免重复构建
每次点 ▶️ 运行都重新 build，不是因为 Go 慢，是因为 GoLand 默认配置没跳过构建阶段。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开
Run → Edit Configurations，选中当前Go Build配置，在Before launch区域，移除默认的Build步骤（点击减号） - 改用
go run模式：在配置中把Run kind改为File，填入main.go路径；这样绕过go build输出二进制的过程，直接解释执行，热启快 3–5 倍 - 如需调试，确保
In output console, emulate terminal已勾选，否则os.Stdin类操作会失败 - 不要让 GoLand 自动保存临时配置（
Settings → Advanced Settings → Temporary configurations limit设为 0），否则历史配置堆积会导致启动变慢
首次启动后必须清理的三个缓存目录
GoLand 不会自动清理旧版本残留，尤其升级到 2025.x 后，旧索引格式不兼容，强行复用只会卡死。
- 关掉 IDE，删除
$HOME/Library/Caches/JetBrains/GoLand2025.1（macOS）、%LOCALAPPDATA%\JetBrains\GoLand2025.1\cache（Windows）或~/.cache/JetBrains/GoLand2025.1（Linux） - 删掉项目根目录下的
.idea文件夹（保留.git即可），让 IDE 重新生成适配当前版本的配置 - 清空
$GOMODCACHE下的cache/download子目录（不是整个pkg/mod），它存的是模块 zip 包的本地副本，损坏后会导致go get反复失败 - 重启 GoLand，首次索引时别开其他项目，等进度条走完再操作 —— 强行中断会导致索引状态错乱，后续补全永远不准
最常被忽略的一点：GoLand 的“性能”问题，80% 出现在 go.mod 里有大量间接依赖（// indirect）且未清理时。运行 go mod tidy -v 再重启 IDE，比调任何设置都管用。
