不能直接用于多模块项目，因为go list -m -u all默认只扫描当前目录module的依赖，漏检其他子module的可更新项；需逐个进入含go.mod的目录执行或用find脚本遍历。
go list -m -u all 能不能直接用于多模块项目？
不能直接用，会报错或漏检。单仓库含多个 module（比如 github.com/user/repo/core、github.com/user/repo/api）时，go list -m -u all 默认只作用于当前目录下的 module —— 也就是你 cd 进去的那个子目录。其他 module 的依赖不会被扫描。
常见错误现象：你在 api/ 目录下跑 go list -m -u all，结果只看到 api 自己的依赖更新，完全没反映 core 模块里 golang.org/x/net 已有 v0.25.0 可升，而它正被 api 间接引用。
- 正确做法是逐个进入每个 module 目录执行：
cd core && go list -m -u、cd api && go list -m -u - 想批量扫描？用 shell 脚本遍历所有含
go.mod的子目录：find . -name go.mod -exec dirname {} \; | xargs -I{} sh -c 'cd {} && echo "== {} ==" && go list -m -u 2>/dev/null' - 注意：如果某个 module 启用了
replace指向本地路径，go list -m -u会跳过它，不报错也不提示 —— 这点容易被忽略
为什么 go get -u ./ 不适用于多模块仓库？
go get -u ./ 在单 module 项目中能递归更新当前目录下所有包的依赖，但在多 module 仓库里，它只作用于当前 module 的 require，不会跨 module 更新 —— 更不会触发其他 module 的 go.mod 修改。
典型误操作：你在根目录（没有 go.mod）运行 go get -u ./，命令失败；你在 api/ 下运行，它只会更新 api 的依赖，哪怕 core 里有个严重漏洞版本的 github.com/gorilla/mux，它也视而不见。
立即学习“go语言免费学习笔记（深入）”；
- 真正生效的是：进每个 module 目录，分别执行
go get -u ./或go get -u all（Go 1.16+） -
go get -u all会拉取该 module 所有 transitive 依赖的最新兼容版，但依然受限于该 module 的go.mod约束 —— 比如它 requirev1.2.0，就不会升到v2.0.0，除非你手动改module路径 - 别指望
go get -u自动处理主版本升级（如 v1 → v2），它连/v2路径都不会加，必须人工介入
如何让语义版本更新真正“自动化”而不踩坑？
自动化 ≠ 全自动升级。真正的自动化是“可预测的检查 + 可控的升级 + 可验证的结果”，不是无脑 go get -u。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
关键控制点：
- 每个 module 必须有独立的
go.mod，且module行路径唯一（如github.com/user/repo/core/v2），避免版本混淆 - CI 中禁用
GOFLAGS="-mod=readonly"，否则go get会失败；但升级操作必须走 PR 流程，不能直接 push 到 main - 升级后必须运行
go mod tidy和go mod verify，否则go.sum可能缺失哈希，导致构建失败 - 对
+incompatible版本要格外小心：go list -m -u可能返回不准结果，建议优先迁出 incompatible 状态
一个最小可行自动化脚本片段（放在每个 module 的 .github/workflows/update.yml）：
steps:
- name: Check updates
run: go list -m -u -f '{{if ne .Version .Latest}}[UPDATE] {{.Path}} {{.Version}} → {{.Latest}}{{end}}' all | grep '\[UPDATE\]'
- name: Update and tidy
if: steps.check-updates.outputs.updated == 'true'
run: |
go get -u ./ && \
go mod tidy && \
go mod verify主版本升级（v1 → v2）在多模块中怎么同步？
不能靠工具自动完成。Go 的语义版本规则要求：v2+ 必须显式体现在 module 路径里（/v2），且旧路径（/v1）和新路径（/v2）被视为两个完全独立的 module。
这意味着：
- 如果
core升级到 v2，所有依赖它的 module（如api）必须手动修改 import 路径，从github.com/user/repo/core改成github.com/user/repo/core/v2 -
go mod graph会立刻暴露哪些 module 还在引用旧路径，这是唯一可靠的检查方式 - 没有“一键迁移”方案 —— 因为 API 兼容性需人工审查，工具无法判断
Add()函数签名是否真兼容
最容易被忽略的一点：升级后，必须确保所有 module 的 go.sum 文件都提交，否则不同开发者本地构建可能拉取不同 hash 的同一版本，导致行为不一致。
