Go mod download 后源码存在哪？
Go 工具链下载的依赖源码默认放在 $GOPATH/pkg/mod 下，不是 $GOPATH/src。这是最常踩的坑——很多人习惯性去 src 里翻，结果找不到任何第三方包。
路径结构是：$GOPATH/pkg/mod/cache/download/{host}/{path}/@v/{version}.zip 解压后存为 {host}+{path}@{version} 目录（含 go.mod 和源文件）。IDE 跳转时实际读的就是这里。
-
go mod download只拉 zip 包并解压，不写入src/ - 如果
GOPATH有多个值，只用第一个；建议设唯一GOPATH - 模块启用了（
go.mod存在），go build和 IDE 都不会看src/里的旧代码
VS Code / GoLand 怎么跳转到依赖源码？
本质是解析 go list -json -deps -f '{{.ImportPath}} {{.Dir}}' 获取每个包的磁盘路径，再映射到编辑器内点击位置。前提是：模块模式开启 + go list 能跑通。
常见失效场景：
立即学习“go语言免费学习笔记（深入）”；
- 项目没
go.mod，或GO111MODULE=off：跳转会 fallback 到$GOPATH/src，但那里大概率空着 -
go env GOMOD输出为空：说明当前目录未被识别为模块根，跳转可能指向错误版本 - IDE 缓存未更新：改过
go.mod后没触发go mod tidy，跳转仍指向旧版缓存路径
想直接看某依赖的源码，怎么快速定位？
别手动翻文件夹。用这条命令最准：
go list -f '{{.Dir}}' github.com/sirupsen/logrus
它输出的就是该模块当前被引用版本的实际源码路径，比如 /Users/me/go/pkg/mod/github.com/sirupsen/logrus@v1.9.3。复制路径进 Finder / Explorer 就能打开。
- 如果报
can't load package: package ... is not in GOROOT，说明包名输错了，或还没被go mod tidy拉下来 - 输出路径末尾带
@vX.Y.Z是正常现象，那是模块版本标识，不是文件名的一部分 - 想看某个具体函数定义？先
go mod graph | grep logrus确认项目里真正用的是哪个版本
为什么有时跳转到的是 vendor 里的代码？
因为 go build 和 IDE 默认优先使用 vendor/ 目录（如果存在且 GOFLAGS="-mod=vendor" 或 go env -w GOFLAGS=-mod=vendor）。这时跳转目标就从 pkg/mod 变成了项目下的 vendor/ 子目录。
- 检查是否启用了 vendor 模式：
go env GOFLAGS或看go build -x日志里有没有-mod=vendor - 临时禁用：
go build -mod=readonly或在 IDE 设置里关掉 “Use vendor directory” - vendor 不会自动同步更新，
go mod vendor才会重刷，别指望它和pkg/mod实时一致
模块路径、vendor 开关、IDE 缓存三者稍一错位，跳转就指到黑盒里。最稳的做法：删掉 vendor/，确保 GOFLAGS 清空，go mod tidy 一次，再试跳转。
