goland依赖图打不开需先右键项目根目录选“load project with go modules”，再检查settings中启用go modules并为多模块标记root；图为空则确认go111module生效、构建约束命中及当前打开文件上下文；卡顿时关闭标准库渲染。
GoLand 依赖图打不开？先确认模块是否被正确加载
GoLand 不会自动把有 go.mod 的目录识别为模块项目，尤其从 GOPATH 迁移或新建空目录后。右键点击项目根目录 → 选择 “Load project with Go Modules”（不是 “Reload project”），这是触发 IDE 解析模块结构的第一步。
接着检查 Settings → Go → Go Modules 中是否勾选了 Enable Go Modules integration；若项目含多个 go.mod（如 cmd/、internal/ 下独立模块），每个子模块目录都需单独右键 → “Mark Directory as → Go Modules Root”。
依赖图为空或只显示标准库？检查构建上下文是否生效
GoLand 的依赖图基于 go list -json -deps 输出，它只反映「当前构建配置下实际参与编译的依赖」，不是静态 require 列表。常见失效原因：
-
GO111MODULE=on未在 IDE Terminal 中生效：Settings → Tools → Terminal → 勾选 Shell integration，或手动设置环境变量 - 当前打开的文件未命中构建约束（如含
//go:build ignore或!linux且当前系统不匹配） - 图表默认只展示「当前编辑器中打开的文件」所依赖的路径 —— 想看整个模块的依赖树，得先打开任意一个
.go文件，再右键 → “Show Dependencies Diagram”
图表卡顿、节点糊成一片？关掉标准库渲染
大型项目依赖图常因标准库节点占比超 70% 而渲染缓慢甚至假死。点击图表右上角齿轮图标 → 取消勾选 Show standard library packages，能立刻减轻负载。若仍混乱，可启用 Group by vendor 或手动过滤掉非关键模块（如 golang.org/x/... 中的工具类包）。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
注意：replace 指令会影响图表可见性 —— 它只作用于当前模块构建，不会出现在 go list -m all 的下游依赖树中，图表里看不到不等于没引用，得结合 go list -json -deps ./... 原始输出交叉验证。
为什么改了 go.mod 图表却不更新？别跳过手动刷新
GoLand 默认会在 go.mod 变更后自动重载依赖，但某些场景（如手动编辑、replace 路径错误、校验失败）会导致后台静默失败。此时底部状态栏可能显示黄色警告，但图表无反应。
强制刷新方法：
- 终端执行
go mod tidy确保go.mod和go.sum一致 - 右键项目根目录 → “Reload project”（注意：这是第二步，必须在 Load with Go Modules 之后）
- 若仍无效，检查
go env GOPROXY和go env GOSUMDB是否为空或被设为off—— IDE 不继承 shell 环境变量，需在 Settings → Go → Go Modules 中显式配置
真正容易被忽略的是：图表反映的是「当前 go build 能跑通的依赖快照」，任何导致 go list 报错的配置（比如 module 声明与 Git 远程地址不一致）都会让图表退化为空白或局部失效，而不是报错提示。
