go 语言通过源文件中的 import 语句隐式声明依赖，无需类似 node.js 的 package.json 文件；编译器在构建时自动解析完整的依赖图，且严格禁止循环引用。
go 语言通过源文件中的 import 语句隐式声明依赖，无需类似 node.js 的 package.json 文件；编译器在构建时自动解析完整的依赖图，且严格禁止循环引用。
在 Go 中，没有中心化的“元配置文件”（如 package.json、requirements.txt 或 pom.xml）来显式列出项目依赖。取而代之的是：依赖关系由 Go 源码中每个 .go 文件顶部的 import 语句直接、静态地声明。例如：
package main
import (
"fmt"
"github.com/gin-gonic/gin" // 外部模块依赖
"os"
)当执行 go build 或 go run main.go 时，Go 工具链会递归扫描所有 import 语句，自动构建完整的依赖图（Dependency Graph），并下载、编译、链接所需模块——整个过程是声明式、静态分析驱动、且在编译期完成的。
✅ 正确实践（Go 1.11+ 推荐）：
启用 Go Modules（默认开启）后，首次运行 go mod init myproject 会生成 go.mod 文件，它并非手动维护的依赖清单，而是构建结果的快照。后续 go build 或 go test 会自动更新 go.mod 和 go.sum（校验和文件），确保可重现构建：
$ go mod init example.com/hello $ go build # 自动添加依赖到 go.mod（如使用了第三方包） $ cat go.mod module example.com/hello go 1.22 require github.com/gin-gonic/gin v1.9.1
⚠️ 关键注意事项：
-
不允许循环 import：若
a.goimportb，而b.go又 importa，编译器将立即报错（import cycle not allowed），强制保持依赖拓扑为有向无环图（DAG）。 -
go.mod是工具生成/维护的产物，不应手动编辑依赖版本；应使用go get（如go get github.com/sirupsen/logrus@v1.9.3）进行受控升级。 - 所有依赖路径（如
github.com/user/repo/v2）必须是可解析的、语义化版本兼容的导入路径，这是 Go 模块机制保障版本隔离的基础。
总结来说，Go 的依赖模型是“代码即配置”（code-as-declaration）：简洁、安全、可静态验证。它牺牲了显式清单的灵活性，换来了更强的构建确定性、更少的配置漂移风险，以及开箱即用的模块版本隔离能力。
