GoLand“优化导入”只清理当前文件import语句：删除未使用包、补全缺失包、按标准库/第三方/本地分组重排，不触碰go.mod或//go:embed、import _等副作用导入，快捷键为Ctrl+Alt+O（Win/Linux）或Cmd+Alt+O（Mac）。
GoLand 里“优化导入”到底清什么
GoLand 的“优化导入”功能不是删 go.mod 里的模块，而是清理源码中 import 语句：删掉没被使用的包、补全缺失的包、按分组重排（标准库 / 第三方 / 本地），不碰 go mod tidy 管的依赖树。
它只作用于当前文件或选中代码块，不会扫描整个模块，也不识别 //go:embed 或 import _ 这类有副作用的导入——这些会被原样保留。
- 删的是形如
import "fmt"但整文件没调用任何fmt.Xxx的情况 - 补的是你写了
json.Marshal却漏写import "encoding/json"的情形 - 空导入
import _ "github.com/lib/pq"永远不删，哪怕它没注册任何init()
怎么触发“一键清理”
快捷键最直接：Ctrl+Alt+O（Windows/Linux）或 Cmd+Alt+O（macOS）。没选中任何代码时，它作用于整个文件；选中某段函数或方法，则只处理该范围内实际用到的导入。
也可以右键 → “Optimize Imports”，或主菜单 “Code → Optimize Imports”。注意：这和 go fmt 无关，不格式化代码逻辑，只动 import 块。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 如果导入被注释掉（如
// import "net/http"），它不会恢复，也不会警告 - 若文件含
//go:build ignore，GoLand 默认仍会分析并清理，可能误删——建议先确认构建标签是否生效 - 测试文件（
*_test.go）同样适用，但不会跨文件联动，比如foo_test.go用了testify，foo.go不会因此补上
为什么删完还报 “undefined: xxx”
常见原因是：你调用的符号来自某个包，但 GoLand 没把它加进 import 列表——比如用了 bytes.Equal 却没显式 import "bytes"，而 IDE 错判为可从其他已导入包间接访问（实际不行）。
另一个高频坑是类型别名或接口实现：你定义了 type MyWriter io.Writer，但没 import "io"，GoLand 可能漏补，因为 io.Writer 在 AST 中被当作“已知类型”而非“需导入符号”。
- 遇到这类报错，手动加一行
import "bytes"或import "io"即可，不用怀疑 IDE 逻辑 - 如果项目启用了
gopls，确保其版本 ≥ 0.15.0，旧版对泛型和嵌套别名的导入推导不准 - 禁用 “Add unambiguous imports on the fly” 选项（Settings → Go → Imports）可减少自动补包引发的混乱
和 go mod tidy 是什么关系
完全不重叠。前者修 .go 文件里的 import 行，后者修 go.mod 里的 require 行。你用 GoLand 清完导入，还得跑一次 go mod tidy 才能真正删掉未引用的模块。
典型操作流：删代码 → Ctrl+Alt+O 清导入 → 保存 → go mod tidy 同步依赖 → go build ./ 验证。中间任何一步跳过，都可能导致 go build 失败或 go mod graph 里残留死模块。
- 如果你刚删了
import "github.com/sirupsen/logrus"，但go mod tidy没删对应模块，说明别的文件还在用它，或者有replace规则锁住了版本 -
go mod why -m github.com/sirupsen/logrus能查清它为何还在依赖图里，比翻go.mod更准 - 别依赖 GoLand 自动执行
tidy——它默认关着，即使开了也只在保存时触发，容易漏掉_test.go或生成代码的影响
import，而是删掉后运行时才暴露的反射调用、配置驱动加载或 init() 副作用。这类问题 GoLand 和 go mod tidy 都看不见，得靠 go test -v ./... 和日志追踪兜底。 
