Sublime Text 可通过原生设置 trim_trailing_white_space_on_save: true 安全清理 XML 行尾空格和制表符，仅作用于非空行末尾，不删缩进、空行及行中空格；若无效需排查语法专属设置、插件冲突或 JSON 格式错误。
Sublime Text 本身没有专为 XML 设计的“清理冗余空白”插件，但用原生功能就能安全、可控地处理 XML 中的空白问题——关键在于分清你要清理的是什么：是行尾空格？是多余空行？还是 XML 元素间无意义的缩进和换行？不同目标，操作完全不同，混用反而会破坏格式或语义。
如何安全删掉 XML 行尾空格和制表符
XML 对空白不敏感，但行尾空格在 diff、版本比对或某些解析器中可能引发误判。直接启用 Sublime 原生设置即可，无需插件：
-
trim_trailing_white_space_on_save必须设为true（不是字符串"true"），且只写在用户设置（Preferences → Settings 右侧面板）里 - 别在语法专属设置（如 Settings – Syntax Specific → XML）里覆盖它，否则 XML 文件可能被单独禁用
- 如果用了
TrailingSpaces插件，关掉它的trailing_spaces_on_save，否则保存时会触发两次清理，导致光标跳动或内容错位 - 该设置对
text.xml语法类型默认生效；若你用的是XMLEditing插件，它可能自定义了语法名（如source.xml），需确认其设置未显式设为false
怎么压缩 XML 里的连续空行（保留单空行）
XML 文件常因格式化工具生成大量空行，影响可读性又不改变语义。用正则替换最稳，但模式必须精准：
- 打开
Ctrl+H（Windows/Linux）或Cmd+H（macOS） - 勾选右下角
.*（启用正则） - 查找框填：
^\s*$\n（注意末尾有\n） - 替换框填：
\n（保留一个换行） - 点
Replace All前务必先点Find All预览——确认没匹配到带注释的空行（如后的空行）或 CDATA 块内的空行 - 若文件含
\r\n，改用^\s*$(\r\n|\n)，否则 Windows 换行可能漏处理
为什么不能用 reindent 或 XML Tools 自动格式化来“清理空白”
这类操作本质是重写 XML 结构，风险远高于手动清理：
-
XML Tools的Reindent XML会强制重排所有缩进和换行，可能把原本紧凑的内联元素（如text - 某些 XML Schema 要求特定空白保留（如
whiteSpace = preserve字段），自动 reindent 会不可逆地丢弃它 -
reindent命令（Ctrl+Shift+P→Reindent）不识别 XML 语法，纯按括号层级缩进，对或处理指令（）极易出错 - 若真需格式化，优先用外部工具（如
xmllint --format）并配合 Sublime 的Build System调用，而非依赖插件内置逻辑
遇到 或注释内空白被误删怎么办
正则 ^\s*$\n 不会匹配 CDATA 或注释内部，但如果你用了其他插件（如 AutoFileName 或自定义宏），它们可能在保存时全局扫描空白。此时要隔离处理：
- 先把光标移到 CDATA 块内，按
Ctrl+Shift+P输入Set Syntax: Plain Text临时切走 XML 语法高亮，避免插件规则生效 - 手动选中 CDATA 区域，再执行
Trim Trailing White Space（命令面板搜这个）——它只作用于选区，不会碰外面 - XML 注释（
）同理：选中整段注释后操作，比全文件替换更可控 - 长期方案：在用户设置里加
"ignored_packages": ["TrailingSpaces"]，彻底禁用易冲突插件
真正难的不是“怎么删”，而是判断哪些空白能删、哪些删了会改语义。XML 的空白规则比 HTML 严格得多，尤其在 mixed-content 元素里——一个看似多余的换行，可能是文本节点的一部分。动手前先 Find All 确认匹配范围，比事后修复快十倍。
