Alt+Enter 不响应缩进因它是语义意图操作而非格式工具；缩进由 Ctrl+Alt+L 和 Settings → Editor → Code Style → Go 中的 Tabs and Indents、Wrapping and Braces 等设置控制。
Alt+Enter 不能直接调整代码块缩进与对齐——它只响应语义化上下文，比如字段标签、导入缺失、类型转换等；缩进和对齐属于格式化范畴，得靠 Ctrl+Alt+L（Reformat Code）或设置里的缩进规则驱动。
为什么 Alt+Enter 在缩进场景下“没反应”
GoLand 的 Alt+Enter 是「意图操作（Intention Action）」入口，不是通用格式工具。它只在光标落在有明确语义问题的位置时才激活建议，例如：
- 字段名上 → 弹出 “Add json tag”
- 未导入的包名上 → 弹出 “Import package”
- 函数调用参数错位 → 弹出 “Rearrange arguments”
但把光标放在某行开头、中间或空行上按 Alt+Enter，基本不会触发任何缩进相关动作。这不是功能缺失，而是设计逻辑：缩进是风格层行为，IDE 把它交给统一的格式化引擎（go fmt 兼容逻辑）和编辑器设置控制。
真正控制缩进与对齐的三个关键设置
这些设置决定 Ctrl+Alt+L 和自动换行/粘贴时的行为，也影响 Alt+Enter 中部分对齐类操作（如链式调用重排）的输出效果：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Settings → Editor → Code Style → Go → Tabs and Indents中勾选 “Smart tabs”：嵌套用\t，对齐部分强制用空格，避免 tab 大小变化导致错位 -
Indent设为4（Go 社区惯例），但Tab size也设为4，否则粘贴含 tab 的代码会视觉偏移 - 勾选 “Align when multiline” 和 “Align consecutive assignments”，这两项直接影响结构体字段、map 字面量、变量声明块的垂直对齐效果
链式调用对齐：Alt+Enter 能起作用的少数缩进相关场景
当光标停在链式方法调用的任意一环（如 .Filter().Map().Reduce() 中的 Map）上，Alt+Enter 可能弹出：
- “Split chained call” → 把后续方法每行一个，并按 “缩进链式方法” 设置对齐
- “Join chained call” → 合并为单行（如果当前是多行）
- 若已启用 “缩进组中的所有链式调用”，则
Split后第二行起会相对第一行额外缩进一级，而非对齐点号
注意：这些操作依赖你已在 Code Style → Go → Wrapping and Braces 中开启对应选项，否则 Alt+Enter 不会显示。
空行缩进被删？不是 bug，是设置开关在起作用
粘贴或格式化后空行变干净了，大概率是因为取消勾选了 “Keep indents on empty lines”。这个选项默认关闭，意味着：
- 格式化时所有空行上的
\t和空格都会被清空 - 即使你手动敲了 4 个空格再回车，下次
Ctrl+Alt+L也会抹掉 - 想保留（比如用于分隔逻辑段），必须手动打开该复选框，位置在
Settings → Editor → Code Style → Go → Tabs and Indents
这个细节常被忽略，结果团队里有人空行带缩进、有人不带，git diff 里全是无意义变更。
