HTML技术债务必须嵌入日常迭代而非延后处理，因其直接拖慢交付：DOM渲染变慢、CSS冲突频发、测试随机失败；识别冗余需验证是否影响渲染或JS行为，重点清理三类高危结构——过期注释、无属性空div、纯空标签，并通过DevTools和Network面板验证真实依赖与兼容性。
HTML 代码质量债务在敏捷迭代中不是“等下个 Sprint 再修”的问题——它会直接拖慢每次功能交付：DOM 渲染变慢、CSS 选择器冲突频发、自动化测试因结构不稳而随机失败。清理必须嵌入日常节奏，而非另起专项。
怎么识别真正该删的 HTML 冗余？
别靠直觉删，先验证是否影响渲染或 JS 行为：
- 在 Chrome DevTools 的
Elements面板悬停某个<div>，右键选Delete element，看页面视觉/交互是否异常 - 重点盯三类高危结构：
<!-- old nav -->这类超三个月未动的注释、无class/id/style的嵌套<div>、纯空标签如<p></p> - 保留但隐藏的结构（如搜索框占位）必须加
dev-only类 +display: none，避免被误判为冗余
命令行批量清理注释和空标签安全吗？
安全，但得选对工具和正则边界，否则会误删合法内容：
- 单行注释用
sed -i '/<!--.*-->/d' index.html；跨多行注释必须用perl -0777 -i -pe 's/<!--.*?-->//gs' index.html - 清空
<div></div>可用<div[^>]*></div>，但带属性的（如<div class="js-placeholder"></div>）必须人工核对——它可能被 JS 动态注入内容 - 空
<span></span>或<em></em>同理，不能无差别匹配<[a-z]+></[a-z]+>，会误伤<script>console.log()</script>
如何验证 script/link 标签是否真在用？
光看有没有 src 或 href 不行，得看浏览器实际加载行为：
立即学习“前端免费学习笔记（深入）”；
- 打开 DevTools 的
Network面板，刷新页面，筛选JS和Doc类型，找状态码为404的请求 - 典型遗留项：
<script src="js/old-utils.js"></script>（文件已删）、<link rel="stylesheet" href="/css/bootstrap.min.css">（项目已切 Tailwind） - 内联调试脚本如
<script>console.log('debug')</script>必须上线前删除，它们不报错但增加解析开销
最易被忽略的点：清理后不做真实设备回归测试。某些 display: none 在 iOS Safari 下触发重排异常，某些空标签被旧版 Android WebView 当作占位符——结构删了，兼容性问题才刚冒头。
