goland跳转定义优先找vendor或sdk而非本地代码，是因为其按go导入解析规则默认先查vendor、再goroot/src、最后本地模块；需手动将replace指向的本地目录标记为sources root，并确保go.mod中已正确配置replace指令，否则ide不将其纳入索引。
GoLand 跳转定义时总是跳到 vendor 或 SDK，怎么让它优先找本地代码？
这不是 bug，是 GoLand 默认按 Go 的 import resolution 规则工作：它会先查 vendor 目录，再查 $GOROOT/src，最后才看当前模块里的源码。如果你本地有同名包（比如自己 fork 了 github.com/some/lib 并放在项目里），但跳转总去 vendor 里的副本，说明 IDE 没把你的本地路径识别为“可导航源码”。
实操建议：
- 确认你的本地包路径已出现在
go.mod的replace或require中（例如replace github.com/some/lib => ./local-lib），否则 GoLand 根本不会把它纳入索引范围 - 右键点击项目根目录 → Mark Directory as → Sources Root（仅对真正含 Go 源码的目录操作；别标错
vendor或gen目录） - 检查
Settings > Go > Libraries，确保没有手动添加过冲突的 SDK 或第三方库路径——这些会干扰符号解析优先级 - 删掉
.idea/modules.xml和.idea/misc.xml，然后 File > Reload project，强制重建索引（比单纯 “Reload” 更彻底）
Ctrl+Click 为什么有时跳到 $GOROOT 而不是你改过的 fork？
因为 GoLand 把 $GOROOT/src 当作“只读标准库”，只要 import 路径匹配（比如 net/http），它就默认跳过去。即使你用 replace 替换了某个第三方包，标准库路径不受影响。
关键点：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
replace只影响构建和依赖解析，不自动让 IDE 把对应路径设为 source root；你得手动标记那个替换目录 - 如果替换的是标准库子包（如
net/http），GoLand 不允许你覆盖 —— 这是硬性限制，不是配置问题 - 想验证是否生效：把光标停在 import 行，按
Ctrl+Shift+I（Quick Definition），看弹窗顶部显示的路径是不是你本地的目录
如何让 Find Usages 显示本地修改而非 vendor 版本？
Find Usages 的结果排序取决于索引顺序，而索引顺序由目录标记决定。如果你的本地 fork 目录没被标记为 Sources Root，它的符号权重天然低于 vendor 或 $GOROOT。
必须做的两件事：
- 确保
replace后的本地路径（如./my-forked-lib）在文件系统中真实存在且含.go文件 - 在 Project 工具窗口中，右键该目录 → Mark Directory as → Sources Root（注意不是 “Excluded” 或 “Test Sources”）
- 重启索引：执行
File > Invalidate Caches and Restart… > Just Restart（不是 “Invalidate and Restart”，后者清缓存太狠，反而拖慢重索引）
最常被忽略的一点：GoLand 不会自动把 replace 指向的相对路径当作源码目录处理，哪怕它就在项目里。你得亲手告诉它“这里才是我要编辑的地方”。
