rowspan值必须为正整数，设为0无效且被忽略为1；跨行需手动计算并同步更新，配合跳过被跨行对应列单元格以避免错位，慎用嵌套及优先考虑无障碍替代方案。
rowspan 值设为 0 是无效的，必须填正整数
很多人试过 rowspan="0" 想让单元格自动跨到最后一行，但浏览器会直接忽略它，退化为 rowspan="1"。HTML 规范明确要求 rowspan 必须是大于 0 的整数，浏览器不会帮你推算行数。
实际做法是：先数清楚目标跨行数（比如从第 2 行到第 4 行共 3 行），就写 rowspan="3"；如果后续增删行，这个值得手动同步更新。
- 动态生成表格时，建议在 JS 中预先计算好跨行数再写入
rowspan - 用 CSS Grid 或 Flex 替代复杂表格布局，能避开 rowspan 维护成本
- Chrome 和 Firefox 对
rowspan解析一致，但 IE 可能对超出行数的值（如rowspan="999"）表现异常，不推荐“填个大数凑合”
rowspan 只影响当前 <td> 或 <code><th>，不改变其他单元格位置
<p>设置 <code>rowspan="3" 后，该单元格视觉上占三行高度，但它**不会自动把下面两行里对应列的单元格“挤走”**——那些单元格仍存在，只是被遮盖了。若未处理，会导致内容重叠或错位。
正确做法是：在被跨过的行中，跳过该列，即少写一个 <td>。否则表格结构会错乱，尤其在用 JS 读取 <code>table.rows[i].cells 时索引会偏移。
立即学习“前端免费学习笔记（深入）”；
- 第 1 行：
<td rowspan="3">A</td> <td>B1</td> - 第 2 行：
<td>B2</td>← 这里不能写<td>C2</td> <td>B2</td>，否则列数对不上 - 第 3 行：
<td>B3</td>
与 colspan 混用时，顺序和位置必须严格匹配
rowspan 和 colspan 可以同时用，但浏览器按 HTML 顺序逐行解析，一旦某行单元格总数算错（比如该有 5 列却只写了 4 个 <td>），后续所有跨行/跨列都会偏移。
<p>常见翻车点：在带 <code>rowspan 的行后面，又加了 colspan，结果发现跨列区域“歪了”。本质是前面某处少写了一个 <td>，导致整行列基准偏移。
<ul><li>用浏览器开发者工具选中 <code><table>，看右侧面板的 Layout 是否显示“Collapsed cells”警告
<li>检查每行 <code>cellIndex 值是否连续，不连续说明某处漏了单元格
<td> 上同时设 <code>rowspan="2" 和 colspan="2" 再叠加其他跨行单元格，嵌套越深越难调试
可访问性（a11y）和屏幕阅读器对 rowspan 不友好
多数屏幕阅读器无法正确关联被 rowspan 跨过的单元格与表头，尤其是当表头本身也用了 rowspan 或 colspan 时，<th scope="row"> 和 <code><th scope="col"> 的语义容易断裂。
<p>如果表格用于数据展示且需无障碍支持，优先考虑用 <code><thead>/<code><tbody> 结构 + <code>headers 属性显式绑定，而不是依赖视觉跨行。
- 给每个
<td> 加 <code>headers="header-id"，指向对应<th id="header-id"> <li>用 ARIA 标签如 <code>aria-labelledby补充关系，比纯rowspan更可靠 - 自动化测试工具（如 axe）会报
table-fake-rowspan类型错误，提示“跨行未声明语义”
实际写表格时，
rowspan 看似简单，但只要行数变动、列结构调整或接入无障碍需求，就很容易暴露隐性问题。最稳妥的方式不是堆砌 rowspan，而是评估是否真需要它——有时拆成多个小表，或换用 CSS 定位，反而更省事。
