!doctype html 不校验语法，仅切换标准/怪异模式；html5 已弃用 dtd 验证，浏览器容错渲染，真校验需 w3c nu validator 或构建时工具如 html-validate。
HTML 的 DTD 声明本身在现代浏览器和解析器中**不触发严格语法校验**，!DOCTYPE html 只是切换解析模式（标准/怪异），不是校验开关。想靠 DTD 实现“强制语法校验”，这条路在 HTML5 环境下走不通。
为什么 !DOCTYPE html 不校验语法
HTML5 规范明确放弃 DTD 驱动的验证机制。浏览器解析器只用 DOCTYPE 判断是否启用“标准模式”（影响盒模型、字体渲染、JS API 行为等），但不会拿它去比对标签是否合法、属性是否允许、嵌套是否合规。
-
!DOCTYPE html不加载任何外部 DTD 文件，也不执行实体声明或内容模型校验 - 即使写成
，现代校验器（如 W3C Nu Validator）也默认按 HTML5 规则解析，混用反而导致误报 - 浏览器容错性极强：多一个
、少一个、<div> 塞进 <code><p></p>里，照样渲染——这是设计使然，不是 bug真正能触发语法校验的只有 W3C 校验器（非浏览器）
W3C Nu Validator 是目前唯一把 HTML 内容模型当真、会报
Element div is not allowed here的工具，但它不依赖 DTD，而是内置 HTML5 内容规范模型。- 它校验的是结构合法性（比如
<p></p>里不能有<div>），不是 DTD 定义的约束<li>校验前必须确保文件以 <code>!DOCTYPE html开头，且前面**零字符**：无 BOM、无空格、无注释、无 XML 声明 - 构建工具（Vite/Webpack）常在
index.html头部注入注释如<!-- built at ... -->，这会让校验器直接失败，不是代码问题，是位置问题 - 用
html-validate（Node.js 工具）配置规则"no-inline-style": "error"或"valid-attr": "error"，它基于 AST 分析，不依赖 DTD - Python 用户可用
bleach+ 自定义白名单，或lxml加parser = HTMLParser(recover=False)让解析失败而非容错 - Java 场景下，若用
jsoup，调用Jsoup.parse(html, "", Parser.xmlParser())可启用更严格的 XML 模式（但要求所有标签闭合、属性加引号）
如果坚持要“底层强制校验”，只能绕开 HTML 解析器
想让 HTML 文本在校验阶段就拒绝非法结构，得脱离浏览器 DOM 构建流程，在构建或 CI 阶段介入：
容易被忽略的关键点
很多人卡在“校验器报错但浏览器没事”，本质是混淆了两个层面：浏览器解析器只关心“怎么画出来”，而校验器关心“符不符合规范”。
!DOCTYPE在前者中是模式开关，在后者中只是声明语义版本的元信息。真正决定校验粒度的，是校验器自身的规则集和输入文本的原始洁净度——尤其是开头那几个看不见的字节。 - 它校验的是结构合法性（比如
