是启用 HTML5 标准模式的唯一必需声明，它使浏览器按最新规范解析文档，避免怪异模式；document.compatMode === "CSS1Compat" 可验证其是否生效。
如何用 启用 HTML5 严格模式
HTML 没有传统意义上的“严格模式”开关，但 是唯一且必须的声明，它让浏览器进入“标准模式”，避免怪异模式（quirks mode）——这才是实际效果上最接近“严格”的状态。
常见错误现象：document.compatMode 返回 "BackCompat"；盒模型、height 行为、getBoundingClientRect() 偏移异常；IE 或旧版 Edge 下样式大面积错位。
- 必须放在 HTML 文件第一行，前面不能有任何字符（包括空格、BOM、注释）
- 大小写不敏感，但惯例全小写；
也合法，但统一用 <code> 更稳妥 - 不要写成
或 XHTML 声明——它们会触发部分浏览器的准怪异行为或兼容性限制
document.compatMode 怎么判断当前是否在标准模式
这是验证 DOCTYPE 是否生效最直接的方式。它不依赖渲染结果，也不受 CSS 影响，纯 JS 可靠读取。
使用场景：自动化测试中检查页面初始化状态；老项目迁移时批量扫描是否遗漏 DOCTYPE；调试布局异常的第一步排查。
立即学习“前端免费学习笔记（深入）”；
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
-
document.compatMode === "CSS1Compat"→ 标准模式（即“严格”生效） -
document.compatMode === "BackCompat"→ 怪异模式（DOCTYPE 缺失、位置错误或用了过时 DTD） - 注意：该值在
中脚本里即可读取，无需等待DOMContentLoaded
为什么不用 XHTML 或 HTML4 声明
它们不是“更严格”，而是把浏览器拉回旧规范约束下，反而导致现代特性失效或行为不一致。
性能 / 兼容性影响：XHTML 声明（如 ..>）会让 IE6–8 进入一种“几乎标准模式”，但 flexbox、grid、dataset 等 API 表现不可靠；HTML4 声明在 Chrome/Firefox 中虽能进标准模式，但会禁用部分 HTML5 解析规则（如自闭合 <img alt="HTML如何启用文档的严格模式_HTML启用文档严格模式指令【指令】" > 的容错处理）。
- HTML5
是向后兼容的最小声明，所有现代浏览器都识别，且明确启用完整 HTML5 解析器 - 它不校验标签合法性，也不触发 XML 解析；所谓“严格”仅体现在解析和渲染层面，而非语法强制
- 服务器返回
Content-Type: application/xhtml+xml才真正启用 XML 解析——这反而容易因单个未闭合标签导致整个页面白屏
容易被忽略的部署细节
本地双击打开 HTML 文件（file:// 协议）时，某些浏览器（如 Safari）对 DOCTYPE 的解析更宽松，可能掩盖问题；而真实 HTTP 服务下才会暴露缺失或错误。
- 检查构建产物（如
dist/index.html）里 DOCTYPE 是否被构建工具（如 Webpack HtmlWebpackPlugin）意外删掉或覆盖 - 后端模板（如 EJS、Jinja2）中若用条件逻辑拼接 DOCTYPE，要确保分支全覆盖，尤其错误页（404/500）模板常被忽略
- HTTP 响应头
X-UA-Compatible（已废弃）或meta http-equiv无法替代 DOCTYPE；它们只影响 IE 渲染引擎切换，对标准模式无实质作用
真正的“严格”不在声明本身，而在浏览器是否按最新 HTML 规范解析文档——而这个开关，就藏在那一行看似简单的 里。漏掉它，后面所有 CSS 和 JS 都可能在错的基线上运行。
