Go 1.16起go mod是唯一官方支持的包管理方式；go.mod记录直接依赖及版本，go.sum保存所有依赖校验和，二者共同保障构建可重现，必须提交且禁止手写或加注释。
go 1.16 起，go mod 是唯一被官方支持且默认启用的包管理方式；gopath 模式和 go get（无 -m）直接安装到 $gopath/bin 的行为已被弃用，容易导致命令找不到或版本混乱。
go.mod 和 go.sum 是什么，为什么必须提交
go.mod 记录直接依赖及其版本，go.sum 则完整保存所有依赖（含间接依赖）的校验和。两者共同构成可重现构建的基础。
-
go.mod必须由命令生成（如go get、go mod tidy），禁止手写或手动修改版本号——下一次go mod tidy会覆盖它 - 忽略提交
go.sum会导致 CI 构建失败，报错checksum mismatch - 文件中不能加注释或空行，
go mod命令会自动格式化并清空它们，造成无意义 diff
如何正确添加和锁定一个依赖版本
直接写 go get github.com/sirupsen/logrus 并不等于“装上 v1.9.3”，它默认拉取最新 tagged 版本（若无 tag，则 fallback 到 latest commit），这个 commit 不稳定，生产环境不应使用。
- 显式指定语义化版本：
go get github.com/sirupsen/logrus@v1.9.3，前提是该 tag 真实存在且被代理缓存 - 验证 tag 是否可用：
curl -I https://proxy.golang.org/github.com/sirupsen/logrus/@v/v1.9.3.info - 若 tag 不存在，可用 commit hash 强制锁定：
go get github.com/sirupsen/logrus@55046e2 - 想绕过升级逻辑、只写入不触发下载，用
go mod edit -require=...+go mod tidy
replace 是干什么的，什么时候能用
replace 是在 go.mod 中临时重定向依赖路径的机制，只对当前 module 生效，不会透传给下游依赖你的项目。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 适用场景：引用私有仓库（如
gitlab.example.com/go/utils）、临时修复上游 bug、或降级某个间接依赖（当它没被任何直接依赖“暴露”时） - 路径替换必须是相对路径且目标含有效
go.mod，例如：replace gitlab.example.com/go/utils => ./internal/utils - 上线前必须移除
replace，否则生产环境无法拉取真实版本 - 与
exclude共存时要注意顺序：先exclude再replace，否则可能失效
真正容易被忽略的是：模块路径（module example.com/myapp）不需对应真实域名，但它一旦设定就影响所有子包导入路径；改错之后，所有 import 语句都得同步更新，而 Go 工具链不会帮你自动修复——这是重构时最常卡住的地方。
立即学习“go语言免费学习笔记（深入）”；
