goland编译慢的根源是配置错误导致缓存失效；应勾选use build cache、添加-mod=readonly -trimpath提升缓存命中率，调试时单独配-gcflags="all=-n -l"，vendor需显式加-mod=vendor，交叉编译等须设环境变量而非build flags。
GoLand 里加编译参数不是为了“让 Go 编译变快”，而是避免它反复重编译、跳过缓存、或误触发全量构建——真正拖慢打包的，是配置没对。
GoLand 默认 build 配置会绕过 $GOCACHE
你点绿色三角形运行或 Ctrl+F5 构建时，GoLand 默认调用的是 go run 或带临时输出路径的 go build，这两者默认不走 $GOCACHE，每次都是“干净”编译。这不是 Go 慢，是你没让它缓存。
- 验证方式：执行
go env GOCACHE看路径，再跑一次go build -o /tmp/a .，然后ls $(go env GOCACHE) | wc -l—— 如果数字没明显增长，说明当前构建根本没进缓存 - GoLand 的解决办法：打开 Settings → Go → Build Tags & Vendoring，勾选 Use build cache（这个开关控制是否传
-buildcache） - 同时在 Build Tags & Vendoring → Build flags 里填入：
-mod=readonly -trimpath—— 这两个参数能让缓存命中率大幅提升，尤其在不同机器、不同路径下构建同一代码时
调试时加 -N -l，但别让它进生产构建配置
Delve 在 GoLand 里断点看到 optimized away，99% 是因为没加 -gcflags="all=-N -l"；但如果你把这串参数写死在全局 build flags 里，每次构建都带它，二进制体积涨 30%、性能掉一截，CI 打包上线就翻车。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 正确做法：在 Run → Edit Configurations… → Defaults → Go Build 里，只配通用参数，比如
-mod=readonly -trimpath - 单独为调试配置加调试参数：新增一个 Go Build 运行配置，名字叫 “Debug Build”，在 Build flags 里填：
-gcflags="all=-N -l" - 注意：这个配置只用于启动 Delve 调试，不要绑定到 Build and run 的默认流程里
vendor 目录生效必须显式声明 -mod=vendor
你在 GoLand 里右键项目 → Reload project，或者点构建按钮，如果项目用了 go mod vendor，但没告诉 GoLand “信 vendor”，它还是会去拉远程模块，网络卡住、超时、甚至因代理失效失败。
- 检查 vendor 是否被识别：打开 Settings → Go → Build Tags & Vendoring，确认 Vendoring mode 设为 Auto-detect 或手动选 Vendor
- 更可靠的做法：在 Build flags 里统一加上
-mod=vendor—— 它比 UI 开关更稳定，尤其 CI 和本地行为一致 - 隐患点：如果
go.mod里有replace指向本地路径，go mod vendor不会复制那些路径内容，GoLand 构建时直接报cannot find module，得先删掉 replace 或改用go mod edit -replace指向已 vendored 的路径
交叉编译和 CGO_ENABLED 必须在环境变量里设
GoLand 的 Build flags 只传给 go build 命令本身，像 GOOS、CGO_ENABLED 这类影响整个编译链路的变量，必须走环境变量，否则参数无效。
- 例如要构建 Linux ARM64 版本：在运行配置的 Environment variables 里加：
GOOS=linux;GOARCH=arm64;CGO_ENABLED=0 - 静态链接需求（如 Alpine）：额外加
CGO_ENABLED=0和-ldflags="-extldflags '-static'"，但注意-extldflags必须跟在-ldflags后面，不能拆开 - 常见错误：在 Build flags 里写
GOOS=linux go build—— 这会被当作文本参数传给 go build，GoLand 不解析 shell 语法
最常被忽略的其实是参数作用域：-gcflags 影响编译器前端，-ldflags 影响链接器，环境变量影响整个工具链。混在一起配，看似都写了，实际只有部分生效。配完一定用 go build -x 看真实执行命令，比猜靠谱得多。
