浏览器渲染引擎从字节流开始流式解析HTML，<body>只是DOM树构建过程中的一个隐式创建的中间节点，并非解析起点；它由解析器在<head>结束后自动插入，即使省略也会生成，且位置错误时会被纠错重排。
浏览器渲染引擎不会“单独解析 <body> 标签”，它从字节流开始就整体推进，<body> 只是 DOM 树构建过程中的一个中间节点，不是解析起点，也不具备独立解析逻辑。
DOM 构建阶段才生成 <body> 节点
HTML 解析是流式、增量式的：网络字节流 → 解码为 Unicode 字符 → 词法分析产出 Token（如 StartTagToken、EndTagToken、CharacterToken）→ 解析器根据 HTML5 规范的插入规则，逐步构建 DOM 树。
<body> 节点是在解析到 <head> 结束后、遇到第一个主体内容（比如 <h1> 或文本）时，由解析器自动“隐式创建”的——即使你没写 <body> 开始标签，规范也要求生成它。
- 如果你省略
<body>，解析器会在</head>后立即插入一个body元素 - 如果写了
<body>但位置错（比如嵌套在<head>里），解析器会按“纠错模式”将其移出并重排 -
<body>的子节点（如<p>、<div>）必须是“可出现在 body 中的元素”，否则会被忽略或移到正确上下文（例如<script>在<head>外仍可执行，但<title>出现在<body>内则无效）
<body> 不控制渲染时机，但影响样式继承与默认行为
<body> 是 CSSOM 中的关键祖先节点：浏览器内置的 UA 样式表（user agent stylesheet）对 body 设有默认 margin: 8px、display: block 等规则；所有后代元素默认继承 font-family、color 等属性，除非被更具体的规则覆盖。
立即学习“前端免费学习笔记（深入）”；
- 移除
<body>的 margin（body { margin: 0 }）是消除页面默认边距最直接的方式 -
<body>上设置overflow: hidden会影响整个视口滚动行为，但不会阻止<html>自身的滚动条出现（因<html>是根容器） - 事件委托常绑定在
document.body，但要注意：若 DOM 尚未加载完成就访问document.body，可能返回null（应监听DOMContentLoaded或用document.querySelector('body')容错）
常见误判：<body> 不是“内容容器”的技术边界
很多人以为把内容塞进 <body> 就万事大吉，但实际中几个关键点容易被忽略：
-
<body>本身不参与盒模型计算中的“初始包含块（initial containing block）”，那个角色由<html>承担；所以height: 100%在<body>上不会自动撑满视口，必须同时设html { height: 100% } - 脚本在
<body>内部执行时，若放在顶部且未加defer或async，会阻塞 DOM 构建，导致后续元素延迟生成——这和<body>标签本身无关，而是脚本执行时机问题 -
<body>内不能放<meta>、<title>、<link>等元数据标签，它们只在<head>中生效；放在<body>里会被解析器忽略（部分<meta http-equiv>除外，但行为不可靠）
真正决定内容是否“可见”的，不是 <body> 标签是否存在，而是该节点是否成功挂载到 DOM 树、是否被 CSS 隐藏、是否在渲染树中保留。很多看似“<body> 没起作用”的问题，根源都在解析顺序、CSS 层叠或 JS 执行时机上，而不是标签写法本身。
