Sublime Text正则处理XML仅适用于结构清晰、无嵌套/注释/CDATA/命名空间的单行标签；遇复杂场景应改用专用XML工具。因默认.不跨行、无法识别CDATA与注释边界、易误匹配嵌套标签，且属性换行或转义引号会导致匹配失效，强行使用极易破坏文档结构。
Sublime Text 处理 XML 文件时，正则不是万能的，但对**结构清晰、无嵌套/注释干扰、非自闭合标签**的批量操作完全够用；一旦遇到 CDATA、注释、属性换行、命名空间或嵌套标签，^\s*$ 都比 <.> 更安全——别硬刚。
为什么不能直接用 <.> 匹配 XML 标签
这个写法在 Sublime 里看似能匹配单个标签，实际踩坑极多：
-
<.>会跨行失效：默认.不匹配换行符，而 XML 属性常换行，如 - 遇上注释
或 CDATA]]>，正则直接失焦，可能把整段吞掉 -
?是懒惰匹配，但 Sublime 的 Boost regex 引擎对.*?跨行支持不稳，尤其在大文件中容易越界到下一个标签 - 无法区分开始标签
和自闭合标签
安全提取或替换 XML 属性值（单行场景）
适用前提：属性都在同一行，无换行、无引号嵌套、无转义字符。例如：
- 提取所有
id值：查找id="([^"]*)"，替换为$1（注意双引号需显式写出） - 统一加前缀：查找
(name=")([^"]*)("，替换为$1prefix_$2$3 - 删掉特定属性（如
class）：查找\s+class="[^"]*"，替换为空（开头加\s+确保空格一并清理） - 若属性用单引号：把
"全部换成'，不要混用；Sublime 不支持引号自动识别
处理多行 XML 标签（必须启用 . matches newline）
仅当确认 XML 没有注释、CDATA、命名空间，且你想匹配完整标签块（含换行）时才启用该选项——点右下角 . 图标（不是 .*），否则 ^ 和 $ 会退化为全文首尾锚定。
- 匹配完整
... (?s)，([\s\S]*?) (?s)显式开启单行模式，[\s\S]替代不稳的.*? - 替换前务必先
Find All预览：Sublime 不会高亮跨行匹配结果，只标出起始位置，容易误判范围 - 禁用
. matches newline后，^<.>$只能匹配单行标签，更可控；多行结构建议交给XML Tools插件或命令行xmlstar
真正难搞的边界情况，别用正则硬顶
以下场景 Sublime 正则基本无解，强行使用大概率破坏结构：
-
]]>：正则无法识别 CDATA 边界，<.>会从第一个匹配到最后一个> -
：注释内容里的标签会被当真实标签处理 - 带命名空间的标签如
ns:是合法前缀，但正则无法动态识别命名空间绑定 - 属性值含双引号转义：
title="He said "Hi""，"([^"]*)"在第一个"就截断了
这些地方该让位给专用工具：VS Code 的 XML 扩展、xmlstar --edit、或 Python 的 xml.etree.ElementTree ——正则只负责“能一眼看懂结构”的那部分。
