使用Sublime正则表达式快速查找并替换不闭合标签
只能匹配字面量，无法识别带属性的或自闭合变体；而]*>通过[^>]*匹配任意非>字符，可覆盖、等起始标签，排除和中的闭合部分，避免跨标签错乱。
为什么 <div> 找不到但 <code><div>]*> 可以
<p>Sublime 的正则引擎默认是「贪婪匹配」，<code><div> 会严格匹配字面量，无法识别带属性的 <code><div class="x"> 或自闭合变体。更关键的是，它根本不会主动跳过已闭合的标签去定位「真正未闭合」的——它只管字符串层面是否出现，不解析 HTML 结构。
<p>所以第一步不是找“没闭合”，而是先筛出所有可能的起始标签，再人工或分步排除已配对的。常用模式是：<code><div>]*>（匹配 <code><div> 开头、中间不含 <code>>、结尾有 > 的片段），它能覆盖 <div id="a">、<code><div>，但排除 <code>
和
<div></div> 中的闭合部分。
-
[^>]* 是关键：防止跨标签匹配，避免把 <div>
<p> 当成一个标签
</p>
<li>别用 <code>.* —— 它会一路吃到文件末尾或下一个 >，导致高亮错乱甚至卡死
- 如果要匹配多个标签类型，写成
]*>，注意括号需转义为 \( 和 \) 在 Sublime 的 PCRE 模式下才生效
用 Find All + 手动比对快速定位漏闭合标签
Sublime 没有内置 HTML 标签栈校验，但可以靠「查找全部」+ 视觉扫描提速。打开 Find → Find All（快捷键 Ctrl+Shift+G / Cmd+Shift+G），输入 <div>]*>，所有开标签会高亮并跳转到列表；再搜 <code>
做同样操作。
- 两个结果数不一致？多出来的那个
<div> 很可能就是漏闭合点
<li>开启 <code>Highlight matches（右下角小灯泡图标）后，所有匹配项在编辑区实时高亮，上下文一目了然
- 如果文件较大，建议先折叠代码块（
Ctrl+Shift+[）聚焦 HTML 区域，避免被 JS/CSS 内联内容干扰
替换时加空格或换行避免破坏属性值
直接在 <div>]*> 后补 <code>
很危险——比如原标签是
<div class="wrap">，盲目替换可能变成 <code><div class="wrap"></div>，看似闭合，实则嵌套结构错乱。更稳妥的做法是先确认该标签后面是否已有对应闭合，再决定是否插入。
- 安全替换模板：
<div>]*)>(?!(?:(?!?div).)*</div>) —— 这个正则用负向先行断言，确保匹配的 <div> 后面没有紧邻的 <code>
但 Sublime 对复杂断言支持有限，容易假阳性；实际中更推荐：查出疑似位置 → 手动检查光标所在标签的后续 20 行内是否有对应闭合 → 再手动补
补闭合时，在新行插入 并缩进对齐，比塞在同一行更易维护，也避免影响原有属性值的引号配对
遇到 <img>、<br> 等自闭合标签怎么办
这些标签天生不闭合，不能用同一套逻辑判断。如果误把 <img src="x"> 当作未闭合来处理，强行加
MimicPC
MimicPC是一款通过云端运行 Stable Diffusion、ComfyUI、Flux 等 AI 应用的创作平台。
下载
- 正则里明确排除它们：
]*>，不包含 img、br、input 等
- Sublime 的
Find in Files（Ctrl+Shift+F）可限定搜索范围，比如只搜 *.html 文件，避开 JS 里的字符串拼接场景
- 如果项目用了 Pug/Jade 或 JSX，正则完全失效——那些不是纯 HTML，得换语法树工具（如 ESLint + eslint-plugin-react）来检
真正难的不是写出正则，而是区分哪些标签该闭合、哪些本就不该闭合、哪些闭合了但位置不对。正则只是放大镜，不是诊断仪。
