goland“优化导入”执行三件事：删除未引用包、补全缺失包、按字母/分组重排导入块，仅基于当前文件实际使用的标识符判断，不处理构建标签、反射、测试文件未打开部分及go.mod冗余模块。
GoLand 里“优化导入”到底干了什么
它不只是删掉没用的 import 行，而是三件事一起做：删除未被引用的包、补全缺失的包、按字母/分组重排导入块。但它的判断依据仅限于当前文件中**实际使用的标识符**（比如调用了 fmt.Println 才认为需要 "fmt"），不看反射、配置字符串、构建标签或测试专用导入。
- 空白导入（
import _ "github.com/lib/pq"）会被删——除非该包有init()副作用且被其他代码触发，否则 GoLand 不感知 -
*_test.go文件默认参与扫描，但只在当前打开的测试文件里生效；没打开的测试文件里引用的包，不会影响主逻辑文件的导入清理 - 如果某包只在
//go:build integration下才 import，而你当前构建环境没启用该 tag，GoLand 会把它当冗余删掉 - 它不处理
go.mod里声明但代码里没用的模块——那是go mod tidy的事，不是编辑器该管的
怎么触发“优化导入”并避免误删
别靠记忆快捷键，直接用菜单最稳：在编辑器里右键 → 优化导入，或者按 Ctrl+Alt+O（macOS 是 Cmd+Alt+O）。关键是要提前确认当前文件是否处于“可构建状态”——保存所有改动，确保没有语法错误，否则 GoLand 可能漏判引用。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 勾选 优化导入 时，务必同时勾选 代码清理，它能顺手删掉未使用的局部变量和私有函数（但不保证 100% 准确，见下一条）
- 如果文件里有
reflect.Value.Call或json.Unmarshal加载的类型名，GoLand 会误判对应包为冗余——这类得手动加注释保留：//nolint:unused或在导入行后加// keep - 想跳过某行导入不被清理？在那行前面加
//go:noinline不行，得用//keep注释（GoLand 识别这个）
删完还得人工盯住这三处
GoLand 的优化是静态的、单文件的，它不跑构建、不看依赖图、不进 vendor/ 目录。所以删完立刻要验证：
- 运行
go build ./—— 特别注意cmd/下的二进制是否还能编译，有些命令入口只在特定构建标签下才激活 - 执行
go test ./—— 测试文件可能单独 import 了主逻辑不用的包，比如testify/assert，删了就 panic - 检查
go mod why -m xxx—— 比如刚删了"golang.org/x/sync"，跑一遍go mod why golang.org/x/sync，如果返回main module does not need module才真安全；否则说明某个子模块或间接依赖还在用它
import，而是删掉之后，某天 CI 报错说 undefined: sync.Once —— 那说明你删的是标准库别名，或者某个被隐藏的构建路径没覆盖到。
