GoLand的「代码清理」功能可批量应用inspection快速修复，如删未用import、简化类型声明等，需在Settings中启用“清理检查”，作用域需明确选择，且清理前应关闭自动保存格式化。
用「代码清理」功能批量修复常见问题
GoLand 的「代码清理」不是格式化，而是批量应用一系列 inspection 快速修复——比如删未用 import、补缺失 import、简化类型声明、移除冗余括号等。它不改逻辑，但能快速收敛大量低级杂乱。
- 触发方式：主菜单
代码 | 代码清理，或右键编辑器空白处选「代码清理」 - 作用域必须明确：选「整个项目」会遍历所有 Go 文件；选「未提交的文件」更安全，避免误触已上线逻辑
- 关键限制：
代码清理只生效于当前启用的 inspection profile 中「勾选了“清理检查”」的项——默认 profile 未必全开，需手动确认 - 进 Settings（
Ctrl Alt 0 S）→编辑器 | 检查→ 勾选「仅显示清理检查」→ 扫描列表，把Unused import、Redundant type arguments、Unnecessary parentheses这类明确可自动修的项打开
为什么 go fmt 和 goimports 不够用
go fmt 只处理空格/缩进/换行，goimports 只管 import 排序和增删——它们不碰变量命名、冗余 if 分支、无用返回值包装、重复 error 包装等真正让代码“看起来杂乱”的点。这些得靠 GoLand 自身 inspection 驱动的清理。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 例如
if err != nil { return err }后面紧跟return nil，会被Unnecessary return statement检查识别并一键删掉 - 又如
var x int = 0写法，在启用Use short variable declaration清理项后，会转成x := 0 - 注意：
goimports -w会强制重排 import 块，可能破坏你手动分组的 vendor/import 注释（如// +build ignore），而 GoLand 清理默认尊重这类标记
清理前务必关掉「自动保存时格式化」
如果开启了 工具 | 保存时的操作 | 重新设置代码格式，在批量清理过程中频繁保存会触发格式化插件与清理逻辑竞争，导致部分修复被覆盖或光标跳转错乱。
- 临时关闭路径：
Ctrl Alt 0 S→工具 | 保存时的操作→ 取消勾选「重新设置代码格式」 - 清理完成后再开回来，否则下次手写代码时少个分号都可能被自动补上并格式化整行，干扰调试节奏
- 特别注意：某些团队自定义的
.editorconfig里设了indent_style = space但没配indent_size，会导致清理时缩进混乱——建议清理前先跑一次Ctrl Alt Shift 0 L（带选项的格式化）并勾选「优化导入」
别指望一次清理就彻底干净
「代码清理」本质是静态分析驱动的机械修正，对跨文件副作用、运行时依赖、构建标签（//go:build）条件编译块内的逻辑无感知。真正顽固的杂乱往往藏在这些地方。
- 比如
import _ "net/http/pprof"被删掉后服务失去性能分析入口——这种空白导入必须人工确认 init 副作用是否仍需 - 又如
go mod tidy -v显示removing unused github.com/sirupsen/logrus，但某测试文件里有//go:build integration并 import 了它，清理时没带-tags=integration就会误删 - 最易被忽略的是 vendor 目录：即使你开了模块模式，
vendor/若存在且未同步更新，里面残留的旧版包会掩盖真实依赖关系，导致清理结果不可信
