GoLand不管理vendor缓存，仅索引vendor/目录内容；需启用“Enable vendoring support”并重载项目才能识别vendor依赖，否则仍按模块模式解析。
GoLand 本身不管理 vendor 缓存，它只读取和索引 vendor/ 目录内容
GoLand 没有独立的“vendor 关联缓存”概念。它依赖 Go 工具链生成的 vendor/ 目录，并通过自身索引器（基于 go list 和文件系统扫描）建立符号跳转、补全和类型推导能力。所谓“vendor 缓存问题”，实际是 IDE 索引滞后或项目配置未生效导致的误判。
vendor 目录变更后 GoLand 不识别新依赖？先检查 -mod=vendor 是否启用
即使你执行了 go mod vendor，GoLand 默认仍按模块模式解析依赖（即读 $GOMODCACHE），除非明确告诉它走 vendor。常见现象：代码里 import 了 vendor/github.com/sirupsen/logrus，但 GoLand 报 unresolved reference。
- 打开 File → Settings → Go → Go Modules（macOS 是 Go → Go Modules）
- 勾选 Enable vendoring support —— 这会自动在构建和分析时加
-mod=vendor - 确保 Vendor directory path 值为
vendor（默认值，一般不用改） - 点击 Reload project（不是 Restart IDE），触发重新索引
不勾选此项，GoLand 就不会把 vendor/ 当作源码根目录，也不会从里面解析包路径。
索引卡住、跳转失效、高亮错误？清 GoLand 自身索引，不是删 vendor
GoLand 的索引数据存在本地配置目录下（如 ~/Library/Caches/JetBrains/GoLand2023.3/index/），和 vendor/ 内容无关。遇到 vendor 更新后跳转仍指向旧版本，大概率是索引没刷新或损坏。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 菜单栏选 File → Invalidate Caches and Restart…
- 勾选 Invalidate and Restart（不要选 “Just restart”）
- 重启后等待右下角 “Indexing…” 完成，再验证跳转和补全
注意：go mod vendor 后手动删 vendor/ 再重建，对 GoLand 没任何加速作用；反而可能因中间态缺失触发错误索引。真正要动的是 IDE 索引，不是磁盘目录。
vendor 里有 replace 或本地路径？GoLand 无法自动识别，必须手动配置
如果 go.mod 中用了 replace github.com/foo/bar => ../bar，go mod vendor 会忽略该替换，仍拉远程版本进 vendor/。此时 GoLand 看到的 vendor/github.com/foo/bar 和你本地修改的 ../bar 是两套代码，跳转必然错位。
- 要么放弃 vendor，改用
go build+-mod=readonly配合 GOPRIVATE - 要么把本地修改提交、打 tag、改
replace为github.com/foo/bar => github.com/foo/bar@v1.2.3，再go mod vendor - GoLand 不支持将任意本地路径“挂载”进 vendor 索引，这是 Go 工具链限制，不是 IDE 功能缺失
最容易被忽略的是：go mod vendor 不保留 replace 语义，而 GoLand 完全信任 vendor 目录内容 —— 如果你靠 replace 调试，却用 vendor 构建，IDE 和运行时行为天然不一致。
