构建一个合法的HTML文档，远不止是写几个标签那么简单。它更像是在和浏览器、搜索引擎以及辅助技术设备签订一份精确的协议。这份协议从哪里开始呢？一切都要从一个看似简单、却绝不能出错的声明说起。

为什么 不能省、也不能写错

首先， 这行代码，可不是什么可有可无的注释。它是整个文档的“模式开关”，唯一的作用就是告诉浏览器：“请用标准模式来解析我。”如果省略或者写错，比如写成旧的 ，甚至只是大小写混乱，都可能将浏览器（尤其是IE或旧版Edge）拖入一个名为“怪异模式”（Quirks Mode）的泥潭。在这个模式下，你精心计算的CSS盒模型可能失效，表单提交行为变得诡异，连Ja vaScript获取元素尺寸的 getBoundingClientRect() 都可能返回偏移值。

所以，现代项目的黄金法则就是：严格使用最简洁、无歧义的写法：

• 别画蛇添足：不要加引号、版本号、URL或任何DTD声明。
• 位置是铁律：必须是整个文档的第一行，前面不能有任何空格、BOM字符或注释。
• 大小写有讲究：虽然 也能被广泛接受，但坚持使用全小写的 才是最稳妥、无警告的选择。

里 lang 属性不是摆设

紧接着， 标签上的 lang 属性，比如 lang="zh-CN"，其重要性常常被低估。这行代码直接决定了屏幕阅读器会用何种语调朗读你的页面，浏览器的拼写检查依据哪种语言，搜索引擎又如何理解页面内容的语义。如果写错或省略，比如只写个模糊的 lang="zh"，可能导致多语言站点的语音朗读生硬别扭，翻译插件也容易误判。

立即学习“前端免费学习笔记（深入）”；

• 精准定义：中文页面推荐使用 zh-CN（简体中文）或 zh-TW（繁体中文），尽量避免只使用泛指的 zh。
• 灵活覆盖：如果页面内包含独立的英文段落，完全可以用
  这样的标签进行局部语言覆盖。
• 动态适配：在服务端渲染时，最佳实践是从请求头 Accept-Language 中动态判断并注入合适的 lang 值，而不是在代码里写死。

里这三样配置缺一不可

很多初学者认为 区域放个标题就差不多了，其实不然。少了下面这三项关键配置，页面在移动端体验、搜索引擎优化和字符显示上立刻就会“露馅”：

• ：这是字符集的“生命线”。必须放在 的最前面（紧跟在 标签之后）。如果位置靠后，文档开头的几个字节可能会被浏览器错误地按ISO-8859-1等编码解码，一旦产生乱码，后续再纠正就来不及了。
• ：移动端适配的“总开关”。没有它，iOS Safari等浏览器会默认按照980px的桌面宽度来渲染页面，导致文字小得难以辨认，CSS中的 100vw 单位也无法正确对应屏幕宽度。