go mod tidy是go官方推荐的唯一可靠自动清理未使用依赖的方式，它基于go.mod与源码import语句双向比对同步增删依赖，但空白导入、条件编译、运行时加载及手动require等情况会导致“该删没删”，需配合go mod why、-test参数及构建验证确保安全。
GoLand 本身不清理外部依赖，得靠 go mod tidy
GoLand 没有内置“一键删掉没用的 import 包”的功能。它能高亮未使用符号（比如函数、变量），但对 import 语句是否冗余、对应模块能否从 go.mod 中移除，它不判断也不执行。真正干活的是 Go 工具链里的 go mod tidy —— GoLand 只是帮你调用它，或在编辑器里显示当前 import 是否被代码引用。
先确认哪些模块真没被 import 引用
别直接跑 go mod tidy，容易删掉反射、//go:embed 或测试专用的依赖。先看它到底会动哪些东西：
- 在项目根目录运行
go mod tidy -v，观察输出里带removing unused的行 —— 这些才是真没被任何.go文件import的模块 - 对疑似模块，用
go mod why -m github.com/some/pkg查路径；返回main module does not need module才算安全可删 - 加
-test参数查测试依赖：go mod why -m github.com/some/pkg -test，避免误删只在*_test.go里用的包
GoLand 配合 tidy 的实操要点
你在 GoLand 里能做的，是让 go mod tidy 更少出错、更快验证：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 确保所有文件已保存，尤其刚删过
import行的文件 —— GoLand 不自动触发go mod tidy，你得手动右键项目 →Go Modules→Download modules或终端敲命令 - 检查
Build Tags设置：GoLand 默认按当前环境分析，如果项目用//go:build integration，得在Settings → Go → Build Tags里加上integration，否则tidy会忽略那些 import 并误删依赖 - 生成代码（如 mock、protobuf）必须先跑完再 tidy：GoLand 可能自动执行
go:generate，但得确认生成后的.go文件里确实 import 了所需包，否则tidy会当它们不存在
删完必须立刻验证的三件事
GoLand 不会替你验证构建是否还通。删完依赖后，这几步漏一步都可能上线 panic：
- 在 GoLand 终端执行
go build ./，特别注意cmd/目录下的二进制是否还能编译 - 跑全量测试：
go test ./...，不是只跑当前包 —— 测试文件常引入独立依赖，tidy默认处理，但得确认没 break - 交叉编译场景不能跳过：比如项目要打
linux/arm64镜像，就得在 GoLand 终端设GOOS=linux GOARCH=arm64 go build ./再试一次，否则某些golang.org/x/sys类包可能只在特定平台被拉入
最易被忽略的是运行时隐式依赖：比如配置里写死 "github.com/old/pkg" 然后用 reflect 加载，go mod tidy 完全看不见。这种得靠人工扫配置和反射调用点，GoLand 的结构视图和全局搜索比 tidy 更有用。
