Alt+Enter不能修复缩进/空格/换行等格式问题，它仅触发语义相关的意图操作（如补代码结构、删未用变量）；格式修复须用Ctrl+Alt+L（Windows/Linux）或Cmd+Option+L（macOS）。
Alt+Enter 不能直接修复代码格式不规范问题——它触发的是「意图（Intentions）」，不是格式化动作。格式不规范（比如缩进错乱、空格/制表符混用、换行位置不对）得靠 Ctrl+Alt+L（Windows/Linux）或 Cmd+Option+L（macOS）来重排，Alt+Enter 在这类场景下基本没反应。
为什么 Alt+Enter 对缩进/空格/换行无效
GoLand 把「格式不规范」归为「样式问题」，而非「语义问题」。而 Alt+Enter 只响应能生成/修改/删除代码结构的语义意图，比如补 if err != nil、加括号、拆包、改函数签名等。缩进和空格属于纯视觉排版，IDE 认为它们不改变逻辑，所以不提供意图修复。
- 你选中一段缩进混乱的代码，按
Alt+Enter，弹出菜单里大概率只有「Show context actions」或空内容 - 即使有选项，也多是「Optimize imports」或「Add missing import」这类，和格式无关
- 真正起作用的快捷键是
Ctrl+Alt+L（全文件）或先选中再按Ctrl+Alt+L（仅选区）
哪些格式问题能被 Alt+Enter 间接影响
虽然不修缩进，但某些「格式不规范」背后其实是语法或风格隐患，Alt+Enter 能修这些根因：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
map[string]int{}写成map[string]int{}（少空格）不会报错，但若启用了Deprecated API检查，老式make(map[string]int)会被标黄，光标停上后Alt+Enter→ 「Replace with map literal」可转成字面量写法 - 用
errors.New("xxx")而非fmt.Errorf("xxx")，开启「Go compatibility inspection」后会提示过时，Alt+Enter提供替换建议 - 未使用的导入（
import "fmt"但没调用任何fmt函数）：光标停在 import 行，Alt+Enter→ 「Optimize imports」可一键删掉整行 - 变量声明后未使用：光标停在变量名上，
Alt+Enter→ 「Remove unused variable」比手动删更安全（会检查作用域）
格式修复该用什么组合才不踩坑
别指望 Alt+Enter 包打天下。实际工作流应该是：
- 写完一段逻辑，先按
Ctrl+Alt+L整理格式（自动对齐、空格、换行） - 再扫一眼黄色波浪线，把光标停在报错处，按
Alt+Enter解决语义类问题（errcheck、unused、deprecated 等） - 如果项目有
.editorconfig，确保它已生效：Settings → Editor → Code Style → Go → Enable EditorConfig support，否则Ctrl+Alt+L可能不按你预期排版 - 想保存即格式化？开
Settings → Tools → Actions on Save → Reformat code，但注意：它只对当前编辑的文件生效，不影响批量操作
最容易被忽略的是：当你在多人协作项目里，Ctrl+Alt+L 的行为可能被 .editorconfig 或项目级 go fmt 配置覆盖，而 Alt+Enter 的意图列表又依赖当前启用的 inspections。两者不联动，得各自确认配置是否就位，否则会以为“修复没生效”。
