goland 不提示依赖更新是因默认未启用版本检查，需手动触发 reload、启用 gopls 的 enable update check 并确保 goproxy 配置生效，配合 go clean -modcache 和 invalidate caches 才能准确同步模块状态。
GoLand 默认不会实时扫描 go.mod 变更或主动提示依赖版本过时，标红、跳转失败、go list -m all 输出混乱，往往不是代码问题，而是 IDE 没“看懂”你当前模块的真实状态。
为什么 GoLand 不提示依赖有新版本？
它不默认启用版本检查 —— 这不是 bug，是设计：Go Modules 本身不强制要求“自动升级”，IDE 也不该越俎代庖。版本检测需显式触发或依赖插件支持，且受 GO_PROXY、缓存、go.sum 校验三重影响。
-
go mod graph或go list -u -m all在终端能查到更新，但 GoLand 编辑器里不显示，说明 IDE 未同步模块元数据 - 即使设置了
GOPROXY=https://goproxy.cn,direct，若没点 Settings → Go → Go Modules → Reload，代理对 IDE 内部模块解析无效 - 如果
go.sum中某依赖哈希校验失败（比如私有模块被篡改或网络截断），GoLand 会静默降级为“不可用状态”，而非报错提醒
手动触发依赖版本检查的可靠方式
别等 IDE 自动弹窗，用终端命令+右键操作组合，10 秒内确认真实版本状态：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在项目根目录终端执行：
go list -u -m all—— 列出所有可升级的直接/间接依赖（带[newest]标记） - 对单个包快速验证：
go list -u -m github.com/gin-gonic/gin，返回类似github.com/gin-gonic/gin v1.12.0 [v1.13.0]即表示有新版 - 在 GoLand 中右键点击
go.mod文件 → 选择 Reload project，强制刷新模块图谱和符号索引 - 若想让 IDE “记住”这个动作，可在 Settings → Tools → Terminal → Shell path 中确保 shell 配置与你终端一致（尤其 macOS 用户注意
~/.zshrc是否加载了GO_PROXY）
让版本提示可见：启用 gopls 的 update check
GoLand 底层依赖 gopls 提供语言服务，而它的 update 功能可暴露版本差异 —— 但默认关闭：
- 打开 Settings → Languages & Frameworks → Go → Go Language Server → 勾选 Enable update check for dependencies
- 重启 GoLand 后，在编辑器中把光标停在某个
import行（如"github.com/spf13/cobra"），几秒后左侧装订线会出现小灯泡图标，点击可看到 “Update to v1.8.0” 类建议 - ⚠️ 注意：该功能依赖
gopls能连通代理，若go env GOPROXY是空值或设为off，提示永远不会出现 - 若提示延迟高，可在同一设置页调整
Maximum number of parallel requests从默认 5 改为 10（仅限千兆带宽环境）
避免误判：清理缓存比重装更有效
很多“版本检测失效”其实是本地缓存污染导致的，尤其是当你频繁切换分支、replace 本地路径、或混用 vendor 和 Modules 时：
- 先运行：
go clean -modcache—— 清掉$GOPATH/pkg/mod下所有下载记录，比删文件夹安全 - 再在 GoLand 中执行 File → Invalidate Caches and Restart → Invalidate and Restart，清除 IDE 对模块路径的旧索引
- 不要手动删
go.sum：它不是缓存，是校验锁；删了会导致go mod tidy重新计算哈希，可能引入不一致 - 若你用
replace指向本地模块，确保路径存在且go list -m能识别其module声明，否则 gopls 会跳过该依赖的版本检查
真正卡住人的从来不是“有没有新版本”，而是 IDE 和 go 工具链之间那层没对齐的状态同步 —— reload、clean、env 三者缺一不可，少做一步，提示就永远不出现。
