Ctrl + [ 和 Ctrl + ] 是 Atom 中调整多行缩进的默认快捷键,作用于当前行或选中多行,不依赖语言模式或 autoIndent 设置,属于底层纯位置偏移指令。

Ctrl + [ 和 Ctrl + ] 是调整多行缩进的默认快捷键
Atom 里没有“批量选中后按 Tab 自动缩进”这种直觉式操作——Tab 键只对当前行或选中行首生效,且行为受 softTabs 和 tabLength 控制;真正用来物理移动整段代码缩进层级的,是 Ctrl + [(减少缩进)和 Ctrl + ](增加缩进)。macOS 用户对应用 Cmd + [ / Cmd + ]。
这个操作会作用于当前光标所在行,或选中的多行——它不依赖语言模式,也不需要 autoIndent 开启,属于编辑器底层的纯位置偏移指令。
- 选中 5 行代码再按
Ctrl + ],5 行统一右移一个缩进单位(比如从 2 空格变成 4 空格) - 若当前行开头是硬制表符(
\t),而你开启了softTabs,Atom 会自动把它转成空格再缩进,避免混用 - 该快捷键对注释块、HTML 标签、Python 的
def块都有效,但不会校验语法合法性(比如把else:缩进到比if:更深,它也照做)
为什么选中多行后 Tab / Shift+Tab 不起作用?
这是 Atom 的设计逻辑:Tab 键默认绑定的是 editor:indent 命令,它的行为是「在当前行首插入缩进」,而非「调整已有内容的缩进层级」。即使你选中了多行,按下 Tab 也只是在每行开头加一格缩进,而不是整体右移——看起来像缩进,实则是叠加,容易导致缩进混乱。
常见误操作场景:
- 复制一段 Python 代码粘贴进来,想快速对齐到函数体层级,结果按 Tab 每行多出 4 个空格,缩进变成 8→12→16…
- HTML 中选中
<div><p>xxx</p></div>三行,按 Tab 后变成每行开头多一个,嵌套结构反而错乱 - 配置了
prettier-atom后,Tab 键可能被重绑为prettier:format,此时按 Tab 会触发格式化而非缩进,行为完全不可控
想自定义缩进快捷键?改 keymap.cson,别碰图形设置
Atom 的快捷键不走 Settings 图形界面,必须编辑 ~/.atom/keymap.cson(Windows 是 %USERPROFILE%\.atom\keymap.cson)。图形界面里任何“快捷键设置”都是假的,改了也没用。
例如,想把 Ctrl+Shift+Left 绑定为减少缩进,就在 keymap.cson 末尾加:
'*': 'ctrl-shift-left': 'editor:decrease-indent'
注意:
- 命令名必须准确:
editor:increase-indent和editor:decrease-indent才是对应Ctrl + ]/Ctrl + [的底层命令 - 不要写成
editor:indent或core:move-down,那是别的功能 - 如果已有其他插件占用了该快捷键(比如
atom-vim-mode),得先'unset!'再绑定 - 改完必须执行
Window: Reload(Ctrl+Alt+R)或重启 Atom,否则不生效
Editor: Auto Indent 不等于缩进调整,别混淆用途
Editor: Auto Indent(快捷键 Ctrl+Alt+L)的作用是「按当前语言规则重排选中代码的缩进」,不是移动缩进层级。它依赖语言包的 getIndentLevel 实现,比如 Python 会识别 def、if、冒号后的下一行,JavaScript 会识别大括号和语句块。
这意味着:
- 选中一段缩进错乱的 JS 代码,执行
Editor: Auto Indent,它会尝试还原成符合语义的嵌套结构 - 但如果你选中的是纯文本、JSON 或未被识别为语言的文件(右下角显示
Plain Text),这个命令基本无效 - 它不会改变缩进宽度(
tabLength),也不会转换空格/Tab,只是对齐逻辑层级 - 真正容易被忽略的是:已打开的文件改完语言识别或缩进设置后,必须手动触发一次
Editor: Auto Indent,否则旧内容仍按老规则渲染

















