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