rowspan用于合并表格单元格的行，使单元格垂直跨越多行，需在td或th标签中设置rowspan属性值，并移除后续行中对应列的单元格，避免布局错乱。
HTML表格中合并单元格主要通过两个属性实现：
rowspan用于合并行，
colspan用于合并列。如果你想让一个单元格垂直方向上占据多行空间，那么
rowspan就是你的核心工具。简单来说，它告诉浏览器这个单元格要“往下吃掉”多少个行单元格的位置。
解决方案
使用
rowspan合并HTML表格的行，你需要将这个属性添加到你希望合并行的
<td>或
<th>标签上，并为其指定一个整数值，这个值代表该单元格将跨越的行数。
关键在于，当你为一个单元格设置了
rowspan="N"后，你必须从接下来的
N-1行中，移除原本应该出现在该单元格所在列位置的
<td>或
<th>标签。如果忘记这一步，表格的布局就会错乱，这是初学者最常犯的错误。
举个例子，假设你有一个3行3列的表格，你想让第一行第一列的单元格占据3行的高度：
立即学习“前端免费学习笔记（深入）”；
<table>
<thead>
<tr>
<th>项目</th>
<th>细节1</th>
<th>细节2</th>
</tr>
</thead>
<tbody>
<tr>
<td rowspan="3">主要分类A</td> <!-- 这个单元格将跨越3行 -->
<td>子项1.1</td>
<td>描述1.1</td>
</tr>
<tr>
<!-- 这里不再需要一个<td>，因为上面的“主要分类A”已经占据了它的位置 -->
<td>子项1.2</td>
<td>描述1.2</td>
</tr>
<tr>
<!-- 同上，这里也不需要<td> -->
<td>子项1.3</td>
<td>描述1.3</td>
</tr>
<tr>
<td>主要分类B</td>
<td>子项2.1</td>
<td>描述2.1</td>
</tr>
</tbody>
</table>在这个例子里，
<td>主要分类A</td>被设置了
rowspan="3"，这意味着它会从第一行开始，向下占据三行的空间。因此，在第二行和第三行中，原本属于第一列的单元格就被省略了。
rowspan
属性究竟是干什么用的？它和colspan
有什么区别？
rowspan属性的根本作用是让表格中的单元格能够垂直方向上扩展，覆盖多行。想象一下，你有一个报告，其中某个大类别下面包含了好几个小项，这些小项各自有独立的数据，但它们都属于同一个大类别。这时候，你就可以用
rowspan把这个大类别名称的单元格拉长，让它纵向覆盖所有小项的行，这样看起来就非常清晰，逻辑关系一目了然。它主要服务于表格数据的语义化和视觉组织。
而
colspan则恰好相反，它是用来让单元格在水平方向上扩展，覆盖多列。比如，你有一个表格，最上面需要一个总标题，这个标题要横跨所有数据列。那么，你就可以给这个标题单元格设置
colspan，让它占据整个表格的宽度。
从我的经验来看，这两种属性都是为了处理表格中不规则的数据结构，让表格不仅能展示数据，还能更好地表达数据之间的层级和关联。它们都是HTML表格结构化能力的体现，但一个管“高”，一个管“宽”。
如何正确使用rowspan
合并表格行？有哪些常见的错误需要避免？
正确使用
rowspan并不复杂，但需要细心。核心步骤是：
- 确定需要合并行的起始单元格：通常是你希望作为“主导”的那个单元格，它会向下延伸。
-
设置
rowspan
值：在这个<td>
或<th>
标签上添加rowspan="N"
，其中N
是你希望它跨越的行数。 -
移除后续行的对应单元格：这是最关键的一步。从接下来的
N-1
行中，找到与设置rowspan
的单元格位于同一列的那些<td>
或<th>
，并将它们删除。如果你不确定是哪一个，可以想象一下，如果没有rowspan
，这个位置应该放什么单元格，然后把它拿掉。
常见的错误确实不少，我见过好几次因为这个导致表格变形的：
- 忘记移除后续单元格：这是最普遍的错误。结果就是表格列数不匹配，整个布局会像“骨折”一样错位。浏览器会尝试修复，但通常效果不佳，甚至更糟。
-
rowspan
值设置错误：比如，你只想跨两行却写了rowspan="3"
，或者跨了五行却只写了rowspan="2"
。这会导致单元格要么“不够长”，要么“太长”而侵占到不该侵占的空间。 -
在错误的单元格上设置
rowspan
：有时候会把rowspan
设置到不该设置的单元格上，或者设置到表格的<tr>
标签上（rowspan
只能用于<td>
或<th>
）。这要么无效，要么会产生意想不到的布局问题。 -
与
colspan
混用时的复杂性：当一个表格同时使用rowspan
和colspan
时，计算单元格的占位会变得非常复杂。这时候，你需要非常仔细地规划每一行的单元格数量，确保每行的总列数（考虑colspan
）和总行数（考虑rowspan
）都是平衡的。这就像在玩一个二维拼图，任何一个地方放错了，整个图就拼不起来了。
rowspan
在实际网页布局中有哪些应用场景？它对响应式设计友好吗？
rowspan在实际网页开发中，主要用于那些需要展示层级或关联数据的复杂表格。
-
数据统计报表：比如一个季度销售报告，可能有一个“大区”单元格，它下面包含“省份A”、“省份B”等多个行，但这些省份都属于同一个大区。这时，大区单元格就可以使用
rowspan
。 - 课程表或日程安排：在一些时间表类型的表格中，一个活动可能持续几个小时，占据多个时间段的行。
- 产品对比表格：当某个产品特性适用于多个子项时，可以合并该特性单元格。
-
复杂的表头设计：有时候表头会有多级结构，某个主标题需要覆盖多个子标题，这时
rowspan
和colspan
会协同工作。
至于它对响应式设计是否友好，我的看法是：并不那么友好，甚至可以说，它会增加响应式设计的难度。
表格本身在小屏幕设备上就很难完美呈现。当表格列数过多时，通常需要横向滚动，或者通过CSS将表格转换为类似列表的布局。
rowspan的引入，使得这种转换变得更加复杂：
-
结构破坏：如果你试图用CSS（比如
display: block
）来改变<tr>
和<td>
的默认行为，把表格变成类似卡片或列表的样式，那么rowspan
所创建的垂直合并效果就会被完全打破。你合并的单元格会失去其垂直关联性，变成独立的块级元素，这通常不是你想要的效果。 -
重构困难：要让一个包含
rowspan
的复杂表格在小屏幕上依然保持可读性和语义，你可能需要用JavaScript动态重构表格，或者为移动端提供一个完全不同的数据展示方式，这无疑增加了开发成本和复杂性。 -
可访问性挑战：虽然
rowspan
在视觉上能帮助理解，但如果屏幕阅读器不能很好地解析其上下文，可能会对依赖辅助技术的用户造成困扰。
所以，在设计时，如果预见到表格需要在小屏幕上有良好的响应式表现，我通常会尽量简化表格结构，或者考虑其他非表格的布局方式（如CSS Grid或Flexbox），尤其是在数据量大且结构复杂时。如果非用不可，就得做好在移动端额外处理的准备，比如提供一个可切换的简易视图，或者直接允许横向滚动。
