关闭Build project automatically是最直接有效的操作，可避免每次保存触发go list/go build、减少$GOCACHE写入及CPU内存占用；同时需禁用Go相关File Watchers并配置gopls的build.ignore规则。
关掉 Build project automatically 是最直接有效的操作
GoLand 默认开启这个选项，每次保存文件就触发 go list 和 go build 检查，不仅往 $GOCACHE 写大量临时对象，还会拉起多个 goroutine 做语义分析，CPU 和内存占用会明显跳升。这不是“辅助功能”，而是资源消耗主因。
关闭路径：Settings → Go → Build Tags & Vendoring → 取消勾选 Build project automatically
- 关掉后，IDE 仍能正常跳转、补全、高亮，只是不自动编译校验
- 你手动运行
go run或dlv debug时不受影响 - 若依赖自动检查报错，改用快捷键
Ctrl+F9（Windows/Linux）或Cmd+F9（macOS）按需构建
顺手禁用所有 Go 相关 File Watchers
File Watchers 是另一个隐蔽的资源漏斗。哪怕你没写任何 watcher 配置，GoLand 可能自带了 go fmt、gofumpt 或 staticcheck 的监听规则，一存文件就 fork 进程执行，反复申请内存又不释放。
关闭路径：Settings → Tools → File Watchers → 展开列表，取消所有带 go、gofmt、golint 等关键词的启用勾选
- 禁用后，格式化/检查类操作需手动触发（如右键 → Reformat with Go fmt）
- 某些团队强制格式化策略，可保留但改为仅在 commit 前触发，而非 on-save
- 检查是否残留已删除插件的 watcher（如旧版
gopls插件卸载后未清理 watcher）
调低 gopls 的构建扫描范围
gopls 是 GoLand 底层语言服务器，它默认会对整个项目目录做构建分析。如果你的项目含 bin/、pkg/、vendor/ 或生成代码目录，它会反复读取、解析、缓存——这些文件本不该参与语义分析，却持续拖慢响应、吃内存。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
设置路径：Settings → Go → Language Server → 在 build.ignore 输入框中添加：
bin/;pkg/;vendor/;**/gen_*.go;**/mocks/
- 多个路径用分号
;分隔，支持 glob 模式 - 加了之后，
gopls不再为这些路径下的文件做类型检查和自动补全，但 import 解析不受影响 - 若项目用
go.work，确保 Settings → Go → Go Workspaces 中已启用并点击 Reload，否则 ignore 规则不生效
别忽略 IDE 后台进程对已删缓存的句柄占用
你执行了 go clean -cache，磁盘空间却没立刻释放？常见于 Linux/macOS：GoLand 或终端里某个后台 gopls 进程仍在 hold 已删除的缓存文件句柄，导致空间无法回收。
验证方式（Linux/macOS）：
lsof +L1 | grep go-build
若有输出，说明有进程正占用已删文件；此时需重启 GoLand，或杀掉对应进程：
kill -9 $(pgrep -f "gopls.*-rpc")
- Windows 上无此问题，但需确认任务管理器中无残留
gopls.exe或go.exe进程 - 重启 GoLand 前建议先关掉所有终端窗口，避免
gopls被继承启动 - 真正容易被忽略的是：清理动作本身有效，但效果被“看不见的进程”锁住，误以为清理失败
