go 语言在执行 `go run` 等构建命令时，不会从远程仓库拉取依赖。依赖的获取主要由 `go get` 命令负责，并存储在本地模块缓存中。构建命令会优先使用本地已存在的模块，若缺失则会报错，而非自动从网络下载。理解 go 模块的这种行为对于高效管理项目依赖至关重要。
在 Go 语言的模块管理体系中，区分依赖的获取（fetching）和使用（using）是理解其行为的关键。当开发者在本地文件系统和远程仓库（如 GitHub）都存在相同代码库时，Go 命令在不同场景下的行为有所不同。
go run 及其他构建命令的行为
像 go run、go build、go test 这类命令，它们的主要职责是编译和执行 Go 代码。这些命令从不主动从网络拉取任何远程依赖。它们只会在本地已存在的模块缓存中查找所需的依赖。
具体来说，当一个 Go 源文件导入 "github.com/my_repo/pkg" 时，go run 或 go build 会执行以下步骤来解析这个导入路径：
- 检查本地模块缓存： Go 会首先检查本地的模块缓存（通常位于 $GOPATH/pkg/mod 或由 GOCACHE 指定的位置）中是否存在 github.com/my_repo 这个模块的特定版本。
- 检查 vendor 目录： 如果项目使用了 go mod vendor 命令将依赖复制到项目的 vendor 目录中，Go 也会检查这个目录。
- 解析失败： 如果在上述任何位置都找不到对应的模块，构建命令就会失败，并报错提示依赖缺失，例如 go: modules required and disabled by GOFLAGS=-mod=readonly 或 package github.com/my_repo/pkg is not in GOMODULE。
这意味着，即使你的远程仓库 github.com/my_repo 是最新的，如果本地模块缓存中没有这个依赖，或者缓存中的版本不正确，go run 也不会自动去 GitHub 下载。它只会使用本地已经解析好的、或者已经下载到缓存中的版本。
go get 命令的作用
Go 语言中唯一负责从网络拉取（fetch）远程仓库的命令是 go get。它的主要功能是：
- 下载新模块： 当项目需要一个新的外部依赖时，go get 会从指定的远程仓库下载该模块及其所有传递性依赖，并将其存储到本地模块缓存中。
- 更新模块： 它可以用于将现有模块更新到最新版本或特定版本。
- 管理 go.mod 和 go.sum： go get 会自动更新项目的 go.mod 文件，记录依赖的版本信息，并更新 go.sum 文件以确保模块的完整性。
例如，要获取或更新一个模块，你可以运行：
go get github.com/my_repo/pkg # 或者指定版本 go get github.com/my_repo/pkg@v1.2.3
在执行 go get 之后，go run 或 go build 就能在本地模块缓存中找到并使用这些依赖了。
模块解析的优先级
Go 模块解析的优先级可以概括为：
- 本地文件系统（当前模块）： 如果导入路径指向的是当前项目内部的包，Go 会直接使用本地文件系统中的源代码。
- vendor 目录： 如果项目启用了 vendor 模式 (go mod vendor 并在构建时使用 -mod=vendor 或 GOFLAGS=-mod=vendor)，Go 会优先在项目的 vendor 目录中查找依赖。
- Go 模块缓存： Go 会在本地的模块缓存中查找已下载的依赖。
重要提示： Go 不会因为远程仓库的存在而优先于本地文件系统或缓存。它的设计理念是，一旦依赖被获取并存储在本地，后续的构建操作就应该基于这些本地副本进行，以确保构建的可重复性和稳定性。
总结
理解 Go 模块管理的核心在于区分依赖的“获取”与“使用”。go get 负责从远程仓库拉取依赖并填充本地缓存，而 go run、go build 等命令则仅仅使用本地已存在的依赖。这种分离确保了构建过程的稳定性和可预测性，避免了在每次构建时都进行网络请求，从而提高了开发效率。当遇到依赖找不到的错误时，通常需要检查 go.mod 文件并运行 go mod tidy 或 go get 来确保所有依赖都已正确获取并存储在本地。
