Go 依赖管理从 GOPATH 到 Go Module 是从“全局共享”走向“项目自治”，核心在于项目独立性、可复现性与协作性：GOPATH 强制统一工作区、无版本控制、依赖全局共享；Go Module 以 go.mod/go.sum 实现按项目隔离、精确版本锁定、任意路径存放及自动缓存管理。
Go 依赖管理从 GOPATH 到 Go Module，本质是从“全局共享”走向“项目自治”。核心区别不在命令多寡，而在项目能否独立、可复现、可协作。
GOPATH 是强制统一的工作区
GOPATH 要求所有代码必须放在 $GOPATH/src 下，比如 $GOPATH/src/github.com/user/project。它把源码、编译产物（pkg）、可执行文件（bin）全摊在同一个目录树里。
- 所有项目共用一份依赖，改一个包，所有项目都受影响
- 无法指定依赖版本，
go get拉的永远是最新 commit，没有语义化版本概念 - 不同项目要用同一库的不同版本？做不到——
src/github.com/kataras/iris只能存一份 - 项目不能随便放，必须嵌套在 GOPATH/src 的路径结构里，移动即失效
Go Module 是按项目隔离的依赖系统
从 Go 1.11 引入，Go 1.16 起默认启用。每个项目根目录下有一个 go.mod 文件，记录模块名、Go 版本、依赖列表及精确版本号，还附带 go.sum 校验哈希值。
- 项目可放在任意路径，无需遵守 src/xxx/xxx 结构
- 每个项目有自己的一套依赖快照，A 用 iris v12，B 用 v14，互不干扰
- 支持
go get github.com/x/y@v1.5.0显式拉指定版本，也支持replace临时指向本地代码调试 - 依赖自动下载到
$GOCACHE（非 GOPATH），项目只保留go.mod和go.sum，轻量且可 Git 管理
环境控制方式完全不同
GOPATH 模式靠设置 GOPATH 环境变量生效；Go Module 则由 GO111MODULE 控制开关：
-
GO111MODULE=off：彻底禁用 module，退回到 GOPATH 模式 -
GO111MODULE=on：强制启用 module，即使你在 GOPATH/src 下也忽略 GOPATH -
GO111MODULE=auto（默认）：不在 GOPATH/src 且目录含go.mod，就自动启用
另外，GOROOT 始终是 Go 安装路径（如 /usr/local/go），和依赖管理无关，别和 GOPATH 混淆。
迁移和日常操作差异明显
新建项目不用再配 GOPATH：
- 初始化：
go mod init example.com/myapp→ 自动生成go.mod - 加依赖：
go get github.com/gin-gonic/gin@v1.9.1→ 自动写入go.mod - 清理冗余：
go mod tidy→ 同步导入语句与依赖声明 - 校验一致性：
go mod verify→ 对比go.sum中哈希是否匹配
而 GOPATH 时代，go install 会把二进制塞进 $GOPATH/bin，go get 直接覆写 $GOPATH/src，没有回滚、没有锁定、没有审计。
基本上就这些。Go Module 不是功能叠加，而是重构了依赖的信任链和项目边界。
