goland“优化导入”扫描所有.go文件，比对import语句与实际符号引用，自动删未用包、补漏导、合并导入块；需配合go mod tidy使用，并注意空白导入、反射调用等静态分析不可见场景。
GoLand 里“优化导入”就是干这个的
它不是靠猜，而是扫描整个作用域内所有 .go 文件，比对 import 语句和实际使用的符号（比如 fmt.Println），自动删掉没被引用的包、补全漏掉的、合并标准库与第三方导入块。这一步能解决 90% 的“看着 import 了但根本没用”的问题。
操作路径很直接：主菜单 → 代码 | 优化导入，或者快捷键 Ctrl+Alt+O（macOS 是 Cmd+Alt+O）。注意别和 Ctrl+O（重写接口方法）搞混。
- 选“整个项目”会扫所有模块，适合刚接手老旧项目时做一次大扫除
- 选“当前文件”或“选定的文件”更安全，尤其当你只改了几个文件，不想影响其他人的格式习惯
- 如果项目用了
//go:build多构建标签，记得先切到对应配置再执行，否则integration或test下才用的包可能被误删
为什么有时候“优化导入”没反应？
常见原因不是功能失效，而是 IDE 没识别出你真用了那个包：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
import _ "github.com/lib/pq"这种空白导入，GoLand 默认不认为它“被使用”，除非你项目里真调了sql.Open("postgres", ...)—— 它没法推断驱动注册逻辑 - 包名出现在字符串里，比如
log.Printf("using %s", "golang.org/x/sync")，不会触发导入保留 - 函数通过
reflect.Value.Call或plugin.Open动态调用，静态分析完全看不见 - 你正在编辑的文件还没保存，GoLand 的索引可能滞后，先
Ctrl+S再试
配合 go mod tidy 才算真正闭环
go mod tidy 管的是 go.mod 里的模块声明，优化导入 管的是源码里的 import 行，两者必须一起用：
- 先在终端跑
go mod tidy -v，看有没有removing unused输出；如果有，说明模块级冗余存在，光靠 IDE 删 import 行没用 - 再进 GoLand 执行“优化导入”，它会同步删掉那些已被
tidy移除模块对应的 import 行 - 如果
go mod tidy没删模块，但 GoLand 还是标灰某个 import，大概率是那个包确实没被任何符号引用 —— 删掉前务必确认它没被测试、生成代码或 init 逻辑依赖
别跳过“检查作用域”里的两个关键勾选项
在“优化导入”弹出的对话框里，这两个选项直接影响结果：
-
包含测试源：不勾它，
foo_test.go里的import "testing"或import "github.com/stretchr/testify/assert"就不会被处理，容易留下测试专用包的残留 -
优化导入（对话框里默认已勾）：这是核心开关，关了就等于啥也没干；但注意它不会动
vendor/目录，如果项目还在用 vendor，得手动清或先go mod vendor再跑
真正容易被忽略的是：GoLand 不会帮你判断某个包是否只被 init() 调用或用于 //go:embed 路径拼接 —— 这类必须人工翻代码确认，不能全信“灰色=可删”。
