html可持续演进取决于阻断技术债务新增路径，需用html-validate等工具自动化校验语义缺失、废弃属性与可访问性风险，ci中失败即阻断合并，并通过结构快照测试保障变更可控。
HTML 代码库的可持续演进，不取决于是否用了最新框架，而取决于你能否在每次提交前识别并阻断技术债务的新增路径。硬编码样式、散落的 document.write、无约束的内联事件（如 onclick="doSomething()"）、缺失语义标签的结构——这些不是“小问题”，而是债务利息开始复利计算的起点。
如何用静态分析工具锁定 HTML 技术债务
HTML 本身不编译，但它的结构质量直接影响 JS/CSS 的可维护性。靠肉眼检查不可持续，必须引入可落地的自动化卡点：
-
html-validate是目前最贴合工程实践的校验器，它能检测语义缺失（如<div role="button"> 而没加 <code>tabindex）、废弃属性（align、border）、以及可访问性风险（缺少alt或aria-label） - 配置时禁用宽松规则：默认启用的
no-inline-style和no-implicit-closing必须保留，它们直接对应高发债务点 - CI 流程中必须让
html-validate --config .htmlvalidate.json src/**/*.html失败即阻断合并——否则扫描结果只是报告，不是防线 - JS 通过
document.querySelector(".btn-primary")直接操作 DOM：这类选择器应全部替换为 data 属性驱动，例如data-action="submit-form"，避免样式名变更导致 JS 失效 - CSS 使用嵌套层级强绑定，如
.card .header h2：这种写法会让组件无法复用，应改用 BEM 风格的扁平 class（card__header-title）或 CSS 自定义属性解耦 - 模板引擎中混用逻辑判断（如 Handlebars 的
{{#if isMobile}}）：这类分支应上提到 JS 层，HTML 模板只负责渲染已计算好的状态，否则 HTML 变成“半执行环境” - 用
jest+@testing-library/jest-dom对关键页面做结构快照测试，例如验证登录页是否始终包含input[type="email"]和button[data-action="login"] - 快照不是“锁死 HTML”，而是建立 baseline：每次重构后运行
jest --updateSnapshot确认变更意图明确，而非意外破坏 - 特别注意动态注入内容（如 CMS 插入的富文本）：快照需覆盖空态、加载态、错误态三类 HTML 片段，否则上线后才发现
div#content在某些条件下为空，JS 就会报错
重构 HTML 时最容易被忽略的耦合点
很多团队只重命名 class 名、抽离模板，却忽略了 HTML 层与 JS/CSS 的隐式契约。这类耦合一旦固化，后续任何改动都会触发连锁修改：
为什么 HTML 重构必须配套测试快照
HTML 结构变更不像 JS 函数那样有明确输入输出，但它的变化直接影响可访问性、SEO 和端到端流程。没有快照，你根本不知道改了什么：
HTML 的可持续性不在“写得多规范”，而在“改得多克制”。每一次 class 重命名、每一条 lint 规则启用、每一个快照更新，都是对隐性契约的一次显式确认。最危险的不是遗留代码，而是新代码里悄悄复制了旧模式。
