atom保存时自动删行尾空格大概率是whitespace插件所为，因其默认开启trim_trailing_whitespace；关闭该插件或禁用其trim trailing whitespace选项即可解决。
Atom保存时自动删行尾空格，是谁干的？
大概率是 whitespace 插件在起作用——它默认开启 trim_trailing_whitespace，一保存就清掉每行末尾所有空格。这不是 bug，是它的设计逻辑：多数场景下，行尾空格确实没用，还容易污染 Git diff。
但问题在于：Markdown 里两个空格结尾是换行语义（ \n），Python 字符串末尾空格可能影响校验，日志或配置文件里保留空格也有业务含义。这时候“自动清理”反而破坏内容。
常见错误现象：
- 写完
hello（两个空格）保存后变成hello，预览 Markdown 不换行 - 复制粘贴带末尾空格的命令或路径，保存后失效
- 和同事协作时，Git 提交记录里全是“删空格”的无意义变更
怎么关掉这个自动清理？优先试这三个地方 Atom 的行尾空格行为常由多层配置叠加控制，得按顺序排查：
先检查 whitespace 插件设置：
- 【Edit】→【Preferences】→【Packages】→ 搜索
whitespace→ 点【Settings】 - 取消勾选
Trim Trailing Whitespace（最核心开关） - 如果编辑的是 Markdown 文件，顺手把
Keep Markdown Line Break Whitespace也勾上（它专为\n场景留空格）
再看 editorconfig 是否干预：
- 如果项目根目录有
.editorconfig，打开它，找这一行：trim_trailing_whitespace = true - 想全局禁用，改成
false；只想对某类文件禁用，加段落，比如：[*.md]\ntrim_trailing_whitespace = false
- 注意：哪怕插件关了，只要
.editorconfig存在且设为true，Atom 的editorconfig插件仍会执行清理
最后确认有没有其他格式化插件捣乱：
- 比如
prettier-atom、atom-beautify或clang-format，它们可能在保存时顺手“整理”空格 - 临时禁用这些插件，只留
whitespace和editorconfig，再测试——能快速定位责任方
为什么有时关了还是删？关键在配置优先级 Atom 处理空格的逻辑不是“开/关”二选一，而是多层规则叠加生效，优先级从高到低是：
1. 文件内显式设置（如 config.cson 里针对某语言写的规则）
2. 项目级 .editorconfig（有则覆盖全局）
3. 插件自身开关（如 whitespace 的 UI 勾选项）
4. Atom 全局设置（config.cson 里的 core:trimTrailingWhitespace）
最容易被忽略的坑：
-
editorconfig插件本身有个Auto Indent选项——它不光管缩进，某些版本会连带触发空格清理，关掉它有时比调whitespace还管用 -
whitespace插件更新后，Keep Markdown Line Break Whitespace默认可能是关闭的，得手动开 - 如果同时装了
prettier-atom和whitespace，Prettier 的trimTrailingWhitespace选项（在.prettierrc里）会覆盖前者
不想折腾？直接禁用 whitespace 插件最干脆
很多用户试了所有开关还是删空格，最后发现：根本不需要 whitespace。Atom 自身的 core:trimTrailingWhitespace 已经够用，且更可控。
操作很简单：
- 【Edit】→【Preferences】→【Packages】→ 搜索
whitespace - 点右边的齿轮图标 → 【Disable】
- 然后去
config.cson里确认没有残留配置（搜whitespace关键字）
这样做的好处：
- 彻底避开插件内部逻辑冲突（比如它对不同文件类型处理不一致）
- 保留 Atom 原生的
core:trimTrailingWhitespace，该功能只响应你明确按快捷键（如Ctrl+Shift+T）时才触发，不会偷偷改文件 - Markdown、YAML、Shell 脚本等特殊格式的空格都能原样保留
