该设置并非bug，而是因在text.html、text.markdown等语法中行尾空格具语义（如硬换行），sublime统一清除导致渲染异常或报错；应通过语法专属设置或editorconfig按类型开关。
为什么trim_trailing_white_space_on_save会“意外截断”代码
这不是 bug，而是行为被误读：该设置只删「行尾空格和制表符」，但某些语法中，这些字符有语义作用——比如 text.html 或 text.markdown 里，两个空格 + 换行是硬换行；source.makefile 中行尾 Tab 是变量展开必需的。Sublime 不区分语义，一并清除，就表现为“代码被截断”。
常见现象包括：
- Markdown 段落间换行失效（本该渲染为
<br>，结果变成普通空格） - Makefile 执行时报错
*** missing separator - HTML 模板中内联样式换行错乱
trim_trailing_white_space_on_save 在不同语法下的实际影响
Sublime 的清理逻辑不看文件后缀，而看右下角显示的语法标识（如 source.python、text.html）。同一个配置，在不同语法下效果一致，但后果可能完全不同。
推荐做法：
- 全局关闭：
"trim_trailing_white_space_on_save": false（写在 User Settings） - 对明确安全的语法单独开启：打开一个
.py文件 → Preferences → Settings – Syntax Specific → 加入："trim_trailing_white_space_on_save": true - 对高风险语法（
text.markdown、source.makefile、text.html）显式关掉，避免继承全局设置
如何排除插件或项目配置干扰
即使你确认用户设置正确，trim_trailing_white_space_on_save 仍可能被覆盖。优先检查以下三处：
- 右下角状态栏显示的语法类型是否匹配预期（比如新建文件默认是
Plain Text，该语法下原生清理常不触发） - 项目根目录是否存在
.sublime-project文件？打开它，搜索trim_trailing_white_space_on_save，若值为false，删掉或改成true - 是否安装了
TrailingSpaces插件？它与原生设置共存时，会抢在保存前高亮+清理，导致光标跳动、重复操作甚至删掉不该删的内容——建议禁用该插件，只用原生方案
真正需要“按文件类型开关”的替代方案
Sublime 原生不支持正则匹配后缀来控制 trim_trailing_white_space_on_save，但可通过 EditorConfig 实现近似效果：
- 在项目根目录新建
.editorconfig - 写入：
[*.py] trim_trailing_whitespace = true <p>[*.md] trim_trailing_whitespace = false</p><p>[Makefile] trim_trailing_whitespace = false</p>
再安装并启用 EditorConfig 插件（注意：它会接管 trim_trailing_white_space_on_save 的控制权，此时原生设置将被忽略）
这个方案更可靠，但也更重——它依赖插件，且需确保插件版本兼容 ST4。如果只是偶尔处理 Markdown 或 Makefile，直接用 Syntax Specific 设置更轻量。
最易被忽略的一点：所有这些设置，都只对「已保存、有明确语法标识、编码为 UTF-8（无 BOM）」的文件生效。新建未保存的缓冲区、BOM 编码文件、或右下角显示 Plain Text 的文档，trim_trailing_white_space_on_save 大概率静默失效。
