html格式化是影响协作、调试和维护的硬性实践，非可选项；vscode失效常因配置冲突或插件缺失；tidy2.dll适用于老旧环境但需注意兼容性与备份；正则删标签不安全，应优先用dom解析。
HTML格式化不是“写完再美化”的可选项，而是影响协作效率、调试速度和长期维护成本的硬性实践。不统一缩进、不闭合标签、混用引号，轻则让 git diff 变成噪音，重则引发渲染异常或自动化工具解析失败。
VSCode 中 HTML 格式化失效的常见原因
按 Shift + Alt + F 没反应，或缩进乱套，大概率是配置冲突或插件缺失。
- 检查是否启用了
editor.formatOnSave，但没装任何格式化插件——VSCode 内置 HTML 格式器能力有限，尤其对自定义属性或嵌套过深结构容易漏处理 -
"[html]": { "editor.tabSize": 2 }必须配合"editor.insertSpaces": true和"editor.detectIndentation": false，否则打开别人写的文件时会自动“学习”历史缩进风格，覆盖你的设定 - 如果项目根目录有
.prettierrc，但未安装 Prettier 插件，VSCode 会静默跳过格式化，不会报错也不会提示
Notepad++ 使用 Tidy2.dll 清理混乱 HTML 的实操要点
Tidy2.dll 是少数能在老旧 Windows 环境下稳定运行的 HTML 清理工具，适合处理没有构建流程的静态页面或遗留 CMS 输出。
- 安装后需在菜单栏启用：
Plugins → Tidy2 → Tidy Current Document，不能只靠右键菜单——部分版本右键项默认隐藏 - Tidy 默认会重写 DOCTYPE 并插入
<meta charset="utf-8">，若项目依赖旧版 IE 兼容模式，需提前在Tidy2.dll配置中关闭doctype自动修正 - 它无法识别自定义元素（如
<my-component></my-component>），遇到未知标签会强制闭合或删除，清理前务必备份原始文件
用正则安全删除 HTML 标签的边界条件
在控制台或脚本中执行 replace(/]*>/g, "") 看似简单，但极易误伤真实内容。
- 会吃掉 HTML 注释中的文本：
<!-- 这里有 <script> 标签 -->→ 被清成“这里有 标签” - 无法处理属性值含
>的情况，例如：<div data-html="<p>hello</p>">，正则会在第一个 <code>>就截断 - 真正安全的做法是用 DOM 解析：在浏览器中跑
new DOMParser().parseFromString(htmlStr, 'text/html').body.textContent；在 Node.js 中用jsdom或cheerio
格式化不是为了让代码“看起来漂亮”，而是消除人脑需要额外解析的歧义点。一个没闭合的 <div>、一处混用的单双引号、一段被注释掉却仍含未转义 <code> 的 JS 字符串——这些都不是风格问题，是潜在的执行陷阱。
