Go 无需类似 Node.js 的 package.json 文件，依赖关系由源码中的 import 语句隐式声明，编译时自动构建依赖图，不支持循环引用。
go 无需类似 node.js 的 `package.json` 文件，依赖关系由源码中的 `import` 语句隐式声明，编译时自动构建依赖图，不支持循环引用。
在 Go 中，依赖不是通过外部元配置文件（如 package.json 或 requirements.txt）显式声明的，而是直接嵌入到源代码中——通过 import 语句明确指出当前包所依赖的其他包。例如：
package main
import (
"fmt"
"net/http"
"github.com/go-chi/chi/v5"
)
func main() {
r := chi.NewRouter()
r.Get("/", func(w http.ResponseWriter, _ *http.Request) {
fmt.Fprint(w, "Hello, Go!")
})
http.ListenAndServe(":8080", r)
}上述代码中，github.com/go-chi/chi/v5 就是一个外部依赖。Go 工具链（自 Go 1.11 起默认启用 Go Modules）会在首次构建或运行 go mod init 后，自动生成并维护 go.mod 文件，用于记录模块路径、Go 版本及显式依赖的版本信息：
$ go mod init example.com/myapp $ go run main.go # 自动下载依赖并写入 go.mod 和 go.sum
生成的 go.mod 示例：
module example.com/myapp
go 1.22
require (
github.com/go-chi/chi/v5 v5.1.0
golang.org/x/net v0.24.0 // indirect
)
require (
github.com/go-chi/render v1.3.0 // indirect
)⚠️ 注意事项：
-
go.mod是构建产物而非人工维护的“依赖清单”——它由go命令根据实际import语句和模块解析结果自动生成与更新； - 所有
import必须被使用，否则编译报错（imported and not used），这从语言层面杜绝了“幽灵依赖”； - 循环导入（A → B → A）在编译期即被严格禁止，保障依赖图始终为有向无环图（DAG）；
-
go.sum文件记录每个依赖模块的校验和，确保构建可重现与安全性。
总结：Go 的依赖管理是代码即配置（code-as-declaration）的设计哲学体现——import 是唯一权威来源，go.mod 是工具链对依赖事实的忠实快照，而非开发者的主观声明。这种设计大幅简化了依赖生命周期，提升了构建确定性与工程可维护性。
