go mod tidy是唯一能自动清理无用外部依赖的命令，但它不处理源码中已写但未使用的import行；这类冗余导入需靠goimports或IDE优化完成，且其生效需满足安装goimports、启用保存时优化及以模块根目录打开项目三个条件。
go mod tidy 是唯一能自动清理项目无用外部依赖的命令，但它不处理源码里已写但未使用的 import 行——这类“冗余导入”得靠 goimports 或 IDE 内置优化完成。
为什么点了 GoLand 的 “Tidy” 没反应？
GoLand 只是调用命令行工具，它不会自动切换到正确路径或帮你保存文件：
- 当前目录不是含
go.mod的根目录时，go mod tidy直接静默失败 - 刚删了
import "github.com/xxx"但没保存文件，IDE 不会把未保存内容纳入分析 - 项目有多个 module（如
cmd/api/go.mod），GoLand 默认只 tidy 当前打开的 module - 构建标签（如
//go:build integration）未启用时，对应 import 被忽略，go mod tidy可能误删
怎么让保存时自动删掉未用 import？
必须同时满足三个条件，缺一不可：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 终端能执行
goimports -version（说明已安装且在PATH中；推荐go install golang.org/x/tools/cmd/goimports@latest） - Settings → Tools → Actions on Save → 勾选
Optimize imports（注意不是Reformat code） - 项目以模块根目录打开（右下角状态栏显示
module: xxx，而非no module）
如果仍无效，终端执行 goimports -w main.go 看是否报错——比翻 IDE 日志快得多。
哪些 import goimports 和 go mod tidy 都删不掉？
它们都依赖静态分析，对运行时行为完全无感：
-
import _ "github.com/lib/pq"：空白导入会被保留，哪怕只靠它触发init() -
//go:build test下的import：默认不扫描测试专用依赖，需加-test参数验证：go mod why -m github.com/xxx -test - 通过
reflect.ImportPath、配置文件字符串、插件机制加载的包：代码里根本没import，工具链扫不到
这类情况只能人工确认：全局搜索包路径，再结合 go list -deps ./ | grep 和实际构建验证——别跳过 go build -tags=integration ./ 这类非默认路径。
