是，但只在模块既无直接 import 也无间接依赖时才删除；需检查 go.mod 状态、构建环境及临时文件；-v 参数显示删/加详情；vendor 需单独执行 go mod vendor 同步。

go mod tidy 会自动删掉没被引用的模块吗

会，但只在满足特定条件时才真正删除。它不会无脑清理，而是基于 go.mod 中声明的依赖与当前代码实际 import 的包做双向比对。如果某个模块没被任何 .go 文件 import，且没被其他已保留模块间接依赖，go mod tidy 才会从 go.mod 和 go.sum 中移除它。

常见误判场景：

• 代码里用 _ "some/module" 方式导入（仅触发 init），go mod tidy 会保留该模块
• 模块被 //go:embed 或 //go:generate 隐式依赖，但未显式 import —— tidy 不感知，可能误删
• 跨平台构建时，某些 build tag 下才生效的 import 被忽略，导致 tidy 误判为“未使用”

执行 go mod tidy 前必须确认的三件事

直接运行 go mod tidy 可能破坏构建，尤其在 CI 或多人协作项目中。动手前务必检查：

• go.mod 文件是否已提交？未提交的修改（比如手动删过 require）会导致 tidy 行为异常
• 当前 GOOS/GOARCH 是否匹配目标环境？例如在 macOS 上 tidy 后，Linux 构建可能因缺失 golang.org/x/sys/unix 报错
• 项目里是否存在未提交的临时测试文件（如 tmp_test.go）？它们 import 的包会影响 tidy 判断，但上线时并不存在

go mod tidy -v 能看到哪些关键信息

加 -v 参数不是为了“更详细”，而是定位删/留决策依据。输出中重点关注：

• removing unused module xxx：说明该模块既无直接 import，也无 transitive 依赖链指向它
• adding module xxx：可能是某依赖升级后引入新子模块，或你刚加了新 import
• 没有输出 ≠ 没变化：如果 go.mod 已是最简状态，go mod tidy -v 什么也不会打印

示例输出片段：

go mod tidy -v
removing unused module github.com/stretchr/testify v1.8.0
adding module golang.org/x/exp v0.0.0-20250522175609-2e198f4a06a1

为什么 go mod tidy 后 vendor 目录没更新

因为 go mod tidy 默认不碰 vendor/。它只同步 go.mod 和 go.sum。要让 vendor 同步，必须额外执行：

go mod vendor

注意两点：

• go mod vendor 不会自动运行 tidy，所以建议顺序是：go mod tidy && go mod vendor
• 如果项目启用了 go.work，go mod vendor 在工作区根目录下执行才有效，子模块内运行可能静默失败

容易被忽略的是：某些旧版 Go（-mod=vendor 参数才能真正走 vendor 构建，而这个开关和 tidy 无关。