<!DOCTYPE html>是唯一决定浏览器解析模式的开关，必须位于文档首行且前面不能有任何字符；其他标签如<meta charset>、<html lang>等均不影响解析模式。
HTML没有“特殊标签”能触发严格解析——所谓“严格”，只由 <!DOCTYPE html> 是否存在且位置正确决定，其他任何标签（包括 <meta charset>、<html lang>、甚至 <script type="module">）都不影响解析模式。
为什么<!DOCTYPE html>是唯一开关
浏览器在读取 HTML 的第一个字符时就做模式判定：如果首个非空白 Token 不是 <!DOCTYPE html>（大小写敏感、不能有前置空格/BOM/注释），立即降级为 Quirks 模式。后续所有标签、属性、嵌套规则，都按该模式执行，无法被“某个特殊标签”中途扭转。
-
<meta charset="utf-8">只影响字符解码，不改变解析器行为 -
<html lang="zh">是语义声明，连 DOM 构建阶段都不参与 -
<script type="module">触发模块加载逻辑，但 DOM 解析早已完成 - 哪怕你写
<html strict="true">，浏览器也当它不存在——这不是标准属性
常见误以为“触发严格”的操作及后果
很多人把以下行为当成“启用严格解析”，实际只是副作用或错觉：
- 在
<head>里加<meta http-equiv="X-UA-Compatible" content="IE=edge">：只对 IE 有效，现代浏览器完全忽略 - 用
document.createElement("template")：模板解析走独立路径，不影响主文档解析模式 - 服务端返回
Content-Type: application/xhtml+xml：这会启用 XML 解析器，不是“更严格”，而是完全不同的一套规则（单个未闭合标签直接白屏） - 在构建工具里开启 html-validate 的
html-validate规则：这是静态检查，和浏览器运行时解析无关
验证是否真进入 Standards 模式
别信渲染效果，直接查运行时状态：
立即学习“前端免费学习笔记（深入）”；
- 打开控制台，执行
document.compatMode—— 返回"CSS1Compat"才是 Standards 模式 - 执行
document.doctype—— 若为null，说明 DOCTYPE 被前置内容（BOM、注释、空行）破坏了 - 用
curl -s your-page.html | head -n 5检查原始响应流，确认<!DOCTYPE html>确实是第一个非空白字符
真正容易被忽略的是构建环节：Webpack/Vite 插件自动注入的 <script> 或 HTML 压缩工具删掉换行，都可能把 DOCTYPE 推到第二行。一旦发生，document.compatMode === "BackCompat" 就成了静默故障，盒模型、居中、百分比高度全会偏移，而且根本不会报错。
