tbody是表格数据主体的强制结构单元，非语义装饰；缺失则导致样式失效、js操作错位、打印分页异常，且html解析器的隐式补全不可靠。
<tbody> 不是可选的“语义装饰”，而是长表格内容可维护、可滚动、可打印的基础结构单元。没它，<code><thead> 和 <code><tfoot> 无法生效，浏览器也无法对主体区域做独立样式或行为控制。
<h3>为什么必须用 <code><tbody> 包裹数据行，而不是直接写 <code><tr> 在 <code><table> 里
<p>HTML 解析器会自动补全缺失的 <code><tbody> —— 即使你省略它，DOM 中仍会出现一个隐式 <code><tbody>。但这个自动补全行为不可靠：
<ul><li>当后续用 JavaScript 动态插入 <code><tr> 时，若没显式 <code><tbody>，新行可能被插到错误位置（比如插进 <code><thead> 后面但不在任何分组内）
<li>CSS 选择器如 <code>tbody tr:nth-child(odd) 在无显式 <tbody> 时失效，因为浏览器补全的隐式节点不响应样式规则
<li>打印分页时，<code><thead> 和 <code><tfoot> 只有在显式 <code><tbody> 存在且顺序正确（<code><thead> → <code><tfoot> → <code><tbody>）时，才会跨页重复渲染
<h3><code><tbody> 的嵌套顺序和强制共存规则
<p>如果用了 <code><thead> 或 <code><tfoot>，就必须同时用 <code><tbody>，且三者顺序固定为：<code><thead> → <code><tfoot> → <code><tbody>。这不是建议，是 HTML 规范要求：
<ul><li>顺序错乱（比如把 <code><tbody> 放最前）会导致部分浏览器忽略 <code><tfoot> 的分页复现能力
<li><code><tfoot> 必须在 <code><tbody> 前声明，这样浏览器可在接收全部数据前就渲染页脚（适用于流式加载大表格）
<li>所有三个标签都必须是 <code><table> 的直接子元素；嵌套在其他标签（如 <code><div>）内将被解析为无效结构
<h3>多个 <code><tbody> 的真实使用场景与 DOM 操作注意点
<p>一个 <code><table> 可以包含多个 <code><tbody>，这在按逻辑分组数据（如季度、状态、权限等级）时非常实用，但要注意 JS 操作边界：
<ul><li>用 <code>document.querySelectorAll('tbody') 获取全部主体区块，比遍历所有 <tr> 更精准
<li>
<code>tbody 元素本身不渲染视觉内容，但它的 display 默认是 table-row-group；若误设为 block，内部 <tr> 将塌陷失效
<li>动态增删某组数据时，操作目标应是整个 <code><tbody> 节点，而非只删其中的 <code><tr> —— 否则空 <code><tbody> 仍占文档流，可能影响 CSS 斑马纹或高度计算
<li>React/Vue 等框架中，若用条件渲染控制某 <code><tbody> 显示，确保 key 值绑定在 <code><tbody> 上，避免因复用机制导致行数据错位
<h3>CSS 样式作用于 <code><tbody> 时的常见失效原因
<p>给 <code><tbody> 加背景色、边框或滚动容器看似简单，但容易踩坑：
<ul><li><code><tbody> 默认不继承 <code>table 的 border-collapse，需显式设置 tbody { border-collapse: inherit; } 才能延续边框合并效果
<tbody> 设定固定高度 + <code>overflow-y: auto，同时确保父 <table> 未设 <code>display: block（否则破坏表格布局模型）
tbody tr:hover 有效，但 tbody:hover 几乎无意义 —— 因为 <tbody> 本身没有尺寸，悬停区域实际由其子 <code><tr> 决定
<li>打印样式中 <code>@media print { tbody { break-inside: avoid; } } 能防止跨页断行，但需配合 page-break-inside: avoid（旧版 Safari）双写才稳妥真正关键的是：不要把 <tbody> 当成“加不加都行”的标签。它是浏览器理解“哪部分是数据主体”的唯一明确信号，漏掉它，后续所有样式、脚本、打印逻辑都会在边界情况下出问题 —— 而这些问题往往只在数据量变大或用户换设备打印时才暴露。</tbody>
