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