go.mod 是现代 Go 项目必需的依赖管理基础设施，用于解决 GOPATH 机制下版本不可控、环境不隔离、构建不可重现等问题；它精确记录依赖版本、配合 go.sum 校验完整性、解耦 GOPATH 路径限制、支持模块化工程实践，并通过 go mod tidy 等命令自动维护依赖关系。
Go 需要 go.mod 文件，核心原因是解决传统 GOPATH 机制下无法版本化、无法隔离、不可重现的依赖管理问题。它不是可选项，而是现代 Go 项目可靠协作和稳定构建的基础设施。
明确记录依赖版本，避免“在我机器上能跑”
没有 go.mod 时，go get 默认下载最新版，且所有项目共用 $GOPATH/src，不同项目可能被同一份代码影响。有了 go.mod，每行 require 都精确到 commit 或语义化版本（如 github.com/gin-gonic/gin v1.9.1），谁拉代码、何时拉、在哪拉，结果都一致。
支撑可重现构建，保障 CI/CD 和上线稳定性
go.mod 搭配 go.sum 才完整：前者记“用哪个版本”，后者存每个版本的哈希值。构建时 Go 工具会校验下载内容是否与 go.sum 匹配，哪怕作者悄悄改了 tag、镜像源被污染，也能立刻发现并拒绝使用。
让模块成为独立单元，不再绑定 GOPATH 目录结构
旧方式要求代码必须放在 $GOPATH/src/xxx 下；现在只要一个空目录 + go mod init example.com/myapp，就能定义模块路径、启用版本感知。项目可以放在任意位置，支持多模块共存、子模块拆分、私有模块引用等真实工程场景。
自动维护依赖关系，减少手工干预
添加新 import 后运行 go mod tidy，工具自动：
- 下载缺失包并写入
require行 - 删掉代码里已不使用的依赖
- 识别间接依赖（
// indirect标记） - 处理跨版本兼容（如
example.com/banana/v2）
替换不可达路径也只需在 replace 区声明，不用动源码。
基本上就这些。不是为了多一个文件，而是为了让依赖从“模糊共识”变成“确定性事实”。
