Go 1.11后优化依赖管理需精准识别冗余、安全清理间接依赖、规范模块路径：用go mod tidy -v识别未用包，go mod tidy自动删无效indirect项，go mod edit统一重写模块路径并保持稳定。
Go 1.11 引入模块（Go Modules）后，依赖管理变得更可控，但项目演进中容易积累无用包、冗余间接依赖或过时的模块路径。优化核心在于：精准识别冗余、安全清理、规范模块路径。下面从三个实用角度展开。
识别并移除未使用的依赖包
Go 本身不提供“自动检测未使用 import”的内置命令，但可通过组合工具定位真正未被引用的直接依赖：
- 运行 go mod graph 查看完整依赖图，结合 go list -f '{{.Imports}}' ./... 分析哪些包在源码中实际被导入
- 使用 go mod why
检查某个模块为何存在——若返回 “(main module does not need module)” 则说明它未被直接或间接引用 - 执行 go mod tidy -v（加
-v参数），它会显示删除了哪些模块，并提示“unused”字样，这是最直接的清理信号
安全清理间接依赖（indirect）和过时版本
go.mod 中标记为 // indirect 的条目，通常是因其他依赖需要而引入的传递依赖。它们可能已不再必要，或存在安全风险：
- 先运行 go get -u 升级所有可更新的依赖到最新兼容版本，再执行 go mod tidy，系统会自动删掉不再需要的
indirect条目 - 对高风险模块（如已知 CVE 的旧版
golang.org/x/crypto），可用 go list -m -u all 扫描可升级项，再针对性 go get module@version - 避免手动编辑
go.mod删除indirect行——应始终通过go mod tidy驱动变更，确保一致性
统一并简化模块路径（module path）
模块路径（module example.com/myapp）一旦发布，随意修改会影响下游引用。但在项目初期或私有环境，可主动优化：
立即学习“go语言免费学习笔记（深入）”；
- 若需重命名模块，先更新
go.mod第一行module声明，再用 go mod edit -replace=old/path=new/path 重写所有引用，最后 go mod tidy 修复依赖图 - 避免使用
github.com/username/repo作为模块路径却托管在私有 Git 服务器上——应统一为内部域名（如git.internal/myteam/app），并通过go env -w GOPRIVATE=git.internal告知 Go 跳过校验 - 模块路径不应包含
v1、v2等版本号（除非是 major 版本分叉），语义化版本由 tag 控制，路径保持稳定更利于维护
不复杂但容易忽略：定期 go mod tidy + go list -m -u + go mod graph | grep 组合检查，就能守住依赖健康度。模块不是写完就扔，而是持续轻量维护的过程。
