Atom 自带 whitespace 包即可实现 tabs-to-spaces 转换，无需额外插件；其 convert-tabs-to-spaces 命令仅处理行首缩进的制表符，严格按 tabLength 展开，且受 softTabs、preferSoftTabs 和 Atomic Soft Tabs 设置影响。
Atom 自带 whitespace 包就能做 tabs-to-spaces，不用额外装插件
Atom 从 1.0 版本起就把 whitespace 作为核心包内置了，它提供的 whitespace:convert-tabs-to-spaces 命令就是官方推荐的缩进转换方案。所谓 “tabs-to-spaces 插件” 实际上是旧版用户对这个功能的误称——现在根本不需要第三方插件，装了反而可能冲突。
关键点在于：whitespace 默认启用但不自动运行；它只在你手动触发时才工作，且严格按当前文件的 tabLength 计算展开量（比如设为 4，就每个 \t 替换为 4 个空格），不会破坏字符串或注释里的原始 \t。
- 命令面板输入
whitespace:convert-tabs-to-spaces或Editor: Convert Tabs to Spaces都能调用同一逻辑 - 该命令只处理行首缩进位置的
\t，其他位置（如字符串内、日志输出中）保持原样 - 若命令无反应，先检查文件是否被正确识别语言类型（如
.py文件状态栏显示Python而非Plain text）
为什么 convert-tabs-to-spaces 有时不生效
不是命令坏了，而是 Atom 检测到当前缓冲区存在“混合缩进污染”，自动 fallback 到硬制表符模式。右下角状态栏若显示 Tab Length: 4 Tab（末尾是 Tab 而非 Spaces），说明已失效。
常见诱因：
- 文件开头几行含真实
\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，否则会覆盖全局
Atomic Soft Tabs 这个选项必须关掉
它名字带 “Soft”，实际干的是硬制表符的事——只要勾选，所有其他缩进设置（包括 softTabs 和 tabLength）全部失效，Tab 键永远只输出 \t。
位置在：Settings → Editor → 滚到底部 → Atomic Soft Tabs（新版默认关闭，但老配置迁移常遗留开启状态）。
关掉后无需重启，但已打开的文件要手动触发一次缩进行为（比如删个空格再 Undo，或按一次 Tab）才能刷新状态栏显示。
最隐蔽的问题是：很多人反复调 tabLength 却没效果，最后发现是它在后台锁死了整个缩进链路。
