DOCTYPE必须首行无干扰，lang属性影响多端行为，meta charset须在head最前，viewport标签防止移动端缩放失控。
DOCTYPE 声明必须写在第一行，且不能带空格或注释
浏览器看到 <!DOCTYPE html> 才会以标准模式渲染页面。如果前面有空格、BOM 字符或 <!-- 注释 -->，它就降级成怪异模式（Quirks Mode），导致盒模型、width 计算、vertical-align 行为全都不一样——尤其是老项目里莫名错位，八成是这儿出了问题。
常见错误现象：
-
<!-- 页面说明 --><!DOCTYPE html>→ 怪异模式 -
<?php echo '<!DOCTYPE html>'; ?>中 PHP 输出了不可见字符 → 渲染异常 - 用记事本保存 UTF-8 文件时自动加了 BOM →
<!DOCTYPE html>实际开头是<!DOCTYPE html>
实操建议：
- 用 VS Code 或 Sublime Text 保存时选 “UTF-8 without BOM”
- 检查文件开头：用
hexdump -C filename.html | head -n1看前几个字节是否为3c 21 44 4f 43 54 59 50 45（即<!DOCTYPE的 ASCII 十六进制） - 模板中避免在
<!DOCTYPE html>前插入任何逻辑或输出
lang 属性不是可选装饰，而是影响 spellcheck、font fallback 和语音朗读的关键开关
<html lang="zh-CN"> 不只是 SEO 友好，它直接决定浏览器怎么处理中文输入法候选词、拼写检查是否启用、系统字体回退顺序（比如 macOS 会优先选 PingFang，Windows 选 Microsoft YaHei），甚至屏幕阅读器的语调和停顿。
立即学习“前端免费学习笔记（深入）”；
容易踩的坑：
- 写成
<html lang="zh">→ iOS Safari 语音朗读仍按英文发音 - 动态页面中后端模板没传语言变量，硬编码成
lang="en"→ 中文用户看到拼音纠错提示 - 多语言站点切换时只改
<body>内文本，忘了同步更新<html lang="...">→:lang(zh)CSS 选择器失效
实操建议：
- 服务端模板中把
lang作为必需上下文变量注入，不要默认值 - 前端 i18n 切换时，用
document.documentElement.lang = 'ja'同步更新根节点 - 验证：打开开发者工具 → Elements 面板 → 检查
<html>标签是否含正确lang值
meta charset 必须放在 head 最前面，否则可能被解析为乱码
浏览器一旦开始解析 HTML，就会按当前已知编码读取后续内容。<meta charset="UTF-8"> 如果不在 <head> 开头，而是在 <title> 后面或中间，前面的标签名、属性值（比如 <title>你好</title>）可能已被按默认编码（如 ISO-8859-1）解码，再改也来不及了。
典型表现：
- 页面标题显示为 好，但正文正常 →
<title>被提前解析 - 内联
<style>或<script>里的中文注释变方块 → 编码错乱发生在<meta charset>之前 - HTTP header 里设了
Content-Type: text/html; charset=GBK，但 HTML 里又写UTF-8→ 浏览器以 header 为准，<meta>被忽略
实操建议：
-
<meta charset="UTF-8">必须是<head>中第一个子元素（除注释外） - 避免同时设置 HTTP header 和
<meta>编码，优先保证 header 正确；若无法控制 header，靠<meta>且确保位置绝对靠前 - 用 curl 查看响应头：
curl -I https://example.com/page.html | grep charset
viewport meta 标签缺失会导致移动端页面缩放失控
没有 <meta name="viewport" content="width=device-width, initial-scale=1.0">，iOS 和 Android 浏览器会默认按 980px 宽度渲染页面，然后整体缩小显示——用户看到的是小字+横向滚动条，双指放大后文字才清晰，但布局早已错乱。
关键参数差异：
-
width=device-width：让布局宽度等于设备物理宽度（非像素数），否则max-width: 100%会失效 -
initial-scale=1.0：禁止初始缩放，否则 iPhone 上可能默认放大 1.2 倍 - 慎用
user-scalable=no：iOS Safari 已不支持该值，且违反 WCAG 可访问性要求
实操建议：
- 所有响应式页面必须包含该标签，且放在
<meta charset>之后、<title>之前 - 测试方法：用 Chrome DevTools 切换 iPhone/Android 设备模拟器，观察是否出现横向滚动条或文字过小
- 注意：某些 CMS 或建站工具自动生成的模板会漏掉它，需手动补全
实际项目里最常出问题的不是结构本身，而是这些标签的顺序、位置和上下文环境——它们看起来像“仪式感”，其实是浏览器解析流水线上的硬性关卡。写完骨架后，花 30 秒检查这四点，比调试半天布局错位更省时间。
