GoLand大型项目构建慢的主因是IDE配置不当导致缓存失效；需启用build cache、配置-mod=readonly和-trimpath、分离调试参数、正确设置vendor模式、环境变量须在Environment variables中配置。
GoLand 里大型项目构建慢，90% 不是 Go 编译本身慢，而是 IDE 默认配置绕过了 $GOCACHE、反复触发全量构建、vendor 或模块状态未被正确识别——这些都会让缓存失效，导致每次都是“重头来过”。
GoLand 必须启用 build cache 才能复用编译结果
默认点击绿色三角形运行或 Ctrl+F5 构建时，GoLand 调用的是 go run 或带临时输出路径的 go build，这两者默认不走 $GOCACHE。验证方法：执行 go env GOCACHE 看路径，再跑一次 go build -o /tmp/a .，然后 ls $(go env GOCACHE) | wc -l —— 如果数字没明显增长，说明根本没进缓存。
解决办法：
- Settings → Go → Build Tags & Vendoring → 勾选 Use build cache
- 在同一个页面的 Build flags 里填入：
-mod=readonly -trimpath - 这两个参数能大幅提升缓存命中率，尤其在不同机器、不同项目路径下构建同一代码时
调试和生产构建必须分离参数，否则二进制膨胀且性能下降
Delve 断点显示 optimized away，基本是因为没加 -gcflags="all=-N -l"；但如果你把这个参数写死在全局 Build flags 里，每次构建都带它，会导致：
- 二进制体积涨 30% 以上
- 运行时性能下降（内联被禁用、逃逸分析弱化）
- CI 打包上线时悄悄翻车
正确做法：
- Run → Edit Configurations… → Defaults → Go Build：只配通用参数，如
-mod=readonly -trimpath - 新增一个名为 “Debug Build” 的 Go Build 配置，在其 Build flags 里单独加：
-gcflags="all=-N -l" - 这个配置仅用于启动 Delve 调试，不要绑定到 “Build and run” 流程
用了 vendor 就必须显式告诉 GoLand 相信它
右键 Reload project 或点构建按钮时，如果项目有 go mod vendor 但 GoLand 没被告知 “信 vendor”，它仍会去拉远程模块——网络卡住、超时、代理失效全可能发生。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
检查方式：
- Settings → Go → Build Tags & Vendoring → 确认 Vendoring mode 设为
Auto-detect或手动选Vendor - 更推荐手动设为
Vendor，避免 Auto-detect 在复杂目录结构下误判 - 如果项目根目录下有
vendor/但 IDE 仍报模块缺失，优先检查此项
交叉编译、环境变量不能塞进 Build flags，得走独立配置
GOOS、GOARCH、CGO_ENABLED 这类环境变量，如果硬塞进 Build flags（比如写成 -ldflags="-X main.Version=1.2.3" 是 OK 的，但 GOOS=linux 不行），GoLand 会忽略或报错。
正确路径：
- Run → Edit Configurations… → 选中目标配置 → Environment variables 字段里添加：
GOOS=linux;GOARCH=arm64;CGO_ENABLED=0 - 注意分号分隔，Windows 下用分号，Linux/macOS 下也统一用分号（GoLand 内部会自动适配）
- 这类变量不会影响缓存 key，但会影响最终产物，所以必须和构建逻辑解耦
最常被忽略的一点：GoLand 的缓存机制依赖稳定的模块状态和一致的构建上下文。哪怕只是改了 go.mod 里一行注释、或者本地 replace 指向了一个未 git commit 的分支，都可能让整个缓存链失效。大型项目里，建议把 go mod vendor + Use build cache + 分离调试参数这三件事先跑通，再谈其他优化。
