Atom内置whitespace包的convert-tabs-to-spaces命令可直接转换制表符为空格，但仅处理行首缩进中的\t，且需文件语言正确、无混合缩进锁定；长期生效须在config.cson全局配置softTabs: true和preferSoftTabs: true并重启。
Atom 不需要额外插件做制表符转换，内置 whitespace 包的 whitespace:convert-tabs-to-spaces 命令就是标准方案；装第三方 “tabs-to-spaces” 插件反而容易冲突。
为什么 convert-tabs-to-spaces 有时没反应
不是命令失效，而是 Atom 检测到当前文件存在混合缩进或硬制表符锁定，自动禁用该操作。右下角状态栏若显示 Tab Length: 4 Tab（末尾是 Tab 而非 Spaces），就说明已 fallback 到硬 Tab 模式。
- 常见诱因包括：文件开头几行含真实
\t，Atom 启动时读取后直接锁定为硬 Tab -
.editorconfig中写了indent_style = tab，覆盖了编辑器设置 -
language-python等插件单独设了tabLength: 2，优先级高于全局配置 - 文件未保存过（unsaved buffer），Atom 缩进推断不可靠
临时补救：全选 → Ctrl+Shift+P → 输入 Editor: Convert Tabs to Spaces 手动触发；长期解决必须清理源头。
真正生效的 config.cson 配置项
GUI 设置容易被插件或项目配置覆盖，唯一稳定方式是直改 ~/.atom/config.cson，在 "*" 作用域下确保这三行存在：
*:
editor:
tabLength: 4
softTabs: true
preferSoftTabs: true
-
softTabs: true是开关——关掉它，tabLength完全不生效 -
preferSoftTabs: true强制新文件和混合缩进文件都用空格，否则 Atom 会“尊重历史”继续用\t - 改完必须完全退出 Atom 再重开，热重载不触发缩进策略重载
- 别在
python或source.python作用域里重复设tabLength，否则会覆盖全局
whitespace:convert-tabs-to-spaces 的实际行为边界
这个命令只处理行首缩进位置的 \t，其他位置保持原样：
- 字符串内、注释中、日志输出里的
\t不会被替换（比如console.log("a\tb")中的\t保留） - 展开量严格按当前文件的
tabLength计算（设为 4 就每个\t替换为 4 个空格） - 不会校验语法合法性，也不会调整嵌套结构（如 Python 的
def块或 JS 的括号层级） - 若文件已被识别为
Plain text，命令可能无响应——先点右下角切换成对应语言（如Python）
最易被忽略的一点：已打开的 buffer 不会自动重载缩进策略，哪怕你改完 config.cson 并重启 Atom，旧文件仍可能卡在旧逻辑里；必须手动触发一次 editor:auto-indent 或删空格再 Undo 才能真正激活新规则。
