GoLand中import标红非因缓存未清，而是IDE未重载模块结构：需右键项目根目录选Reload project，并确认GOROOT、Go Modules启用及代理配置正确。
go clean -cache 清完为啥 import 还标红？
不是缓存没清干净，是 GoLand 没重新识别模块结构。它依赖 go list 和 gopls 的索引状态，而 go clean -cache 只清编译中间产物（$GOCACHE），不触发 IDE 重载 module 配置。
- 右键项目根目录（含
go.mod的那层）→ 选择 Reload project，不是 “Sync” —— 后者只刷 UI 缓存，前者强制重跑go list -mod=readonly - 确认 Settings → Go → Go Modules 中已勾选 Enable Go modules integration，且
Proxy值为可用地址（如https://goproxy.cn） - 检查是否误设了
GO111MODULE=off环境变量：GoLand 不读这个变量，但若你在终端里 export 过，再用 Terminal 面板跑命令，可能误导自己以为“环境一致”
GOROOT 和 GOCACHE 路径改了，GoLand 还用旧的？
GoLand 不继承系统环境变量，所有路径必须在 IDE 内显式配置，改完还必须重启才能生效。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- GOROOT 必须指向 Go 安装根目录（如
D:\Go或/usr/local/opt/go/libexec），不能是bin/子目录；验证方式：Settings → Go → GOROOT 值要和终端执行go env GOROOT输出完全一致 - GOCACHE 是纯 Go 工具链行为，GoLand 不管它设在哪，但如果你改了系统级
GOCACHE环境变量，需重启 GoLand 才能让内置终端、Run Configuration 等组件感知到新路径 - Windows 用户特别注意：若 GOROOT 含空格（如
C:\Program Files\Go），gopls会解析失败，导致标准库跳转失效，必须重装到无空格路径（如D:\Go）
清理后调试器连不上或 test 按钮变灰
本质是运行配置（Run Configuration）里的工作上下文断了，和缓存无关，但清理后容易暴露这类配置缺陷。
- 打开 Run → Edit Configurations，检查 Working directory 是否仍指向含
go.mod的模块根目录 —— 如果之前设的是子包路径（如./cmd/server），清理后 IDE 可能丢掉 module 上下文 - 若项目用了构建标签（如
//go:build integration），确保该配置的 Tags 输入框里填了对应标签（空格分隔，不是逗号） - 检查 Settings → Go → Tools → Go Toolchain 是否与当前 GOROOT 一致；不一致会导致
dlv版本错配，调试器启动直接失败，错误信息通常是could not launch process: fork/exec ... no such file or directory
为什么 go clean -modcache 要慎用？
它删的是 $GOPATH/pkg/mod 下所有模块源码和 zip 缓存，下次构建得全量重下，CI 或协作开发中容易拖慢流程。
- 仅在以下情况才需要：
go mod verify报校验失败但go.sum未更新、私有 GOPROXY 切换后出现同版本不同 hash 的模块、或怀疑本地pkg/mod被手动篡改过 - 日常开发中，
go mod tidy+go mod download就足够更新依赖，-modcache是“核选项”，别加进清理脚本自动跑 - 误删后恢复成本高：不是简单
go mod download就能回来——如果模块已被作者撤回、或私有仓库权限变更，可能卡在某一个依赖上
go env GOROOT、go env GOCACHE、项目根路径这三个值，清完立刻对照验证，比盲目 reload 更省时间。 
