要用 colspan 实现最后一行横向合并，需在该行首个单元格设置 colspan 等于表格实际列数，并删除其余单元格；rowspan 不能用于“最后一行合并”，必须从第一行开始设置垂直跨行。
用 rowspan 合并最后一行单元格，但必须从上往下写
HTML 表格没有“最后一行合并”这种独立语法，rowspan 的作用范围只取决于它所在单元格的垂直跨度，而**浏览器渲染时按 DOM 顺序逐行解析**——所以你不能在最后一行写 <td rowspan="1"> 然后指望它“向上合并”。真正起作用的是：把 rowspan 放在要合并区域的**第一行对应列**，值设为总行数。
常见错误是把 rowspan 加在最后一行的 <td> 上，结果毫无反应，因为上面没留空位可占。
- 假设表格共 5 行，想让第 5 行的前两列合并成一个单元格 → 实际要在第 4 行或更早的某行（比如第 1 行）的
<td rowspan="2">开始占位 - 如果只想合并最后一行自身内部的列（横向），用
colspan，不是rowspan -
rowspan值必须 ≥ 1；设为 0 无效，设为负数会被忽略
最后一行横向合并：用 colspan 最直接
这是最常被误称为“合并最后一行”的真实需求：让最后一行所有单元格合成一个宽栏，比如放汇总说明或分隔线。这时只需在最后一行第一个 <td> 或 <th> 上加 colspan，值等于该行原应有多少列。
注意：该行其余 <td> 必须删掉，否则会多出空白单元格，破坏布局。
立即学习“前端免费学习笔记（深入）”；
- 表格有 4 列 → 最后一行写：
<td colspan="4">合计：¥12,800</td> - 如果用了
<thead>/<tbody>结构，确保目标<tr>在正确语义区块内（通常放在<tfoot>或<tbody>末尾） -
colspan超过实际列数不会报错，但会导致右侧溢出或换行，建议严格匹配
用 <tfoot> 语义化地处理汇总行
如果你的“最后一行”本质是统计汇总（如小计、总计），<tfoot> 是比硬塞在 <tbody> 末尾更合理的选择。它天然支持 CSS 定位（如固定底部）、打印分页优化，且部分屏幕阅读器会特殊识别。
但要注意：HTML 规范允许 <tfoot> 出现在 <tbody> 之前，但**浏览器仍按源码顺序渲染**。所以为确保它显示在最后，必须把它写在 <tbody> 之后。
- 错误写法：
<table><tfoot>...</tfoot><tbody>...</tbody></table>→<tfoot>会出现在顶部 - 正确顺序：
<table><thead>...</thead><tbody>...</tbody><tfoot>...</tfoot></table> -
<tfoot>内部仍需用colspan实现横向合并，逻辑不变
CSS display: table-cell 不适合动态合并
有人尝试用 CSS 把最后一行元素设为 display: table-cell 并配合 colspan 模拟合并，这不可靠。CSS 无法改变 HTML 表格的结构模型，rowspan 和 colspan 是 HTML 层级的语义属性，仅靠样式无法触发单元格跨行/列占位。
强行用 position: absolute 或 grid 覆盖表格布局，会破坏可访问性、打印样式和响应式行为，尤其当表格内容动态生成时，维护成本陡增。
- JS 动态插入最后一行？务必先算清当前列数，再生成带正确
colspan的<td>，而不是事后用 class + CSS “遮盖” - 服务端模板（如 Jinja、Thymeleaf）中，优先在生成 HTML 时就计算
colspan值，避免前端补救
colspan 值必须等于该表格当前有效列数，而不是“看起来有几列”**。如果有隐藏列、visibility: hidden 的单元格，或通过 display: none 移除的列，它们不计入 colspan 计算依据——但若只是 width: 0 或 opacity: 0，依然算作一列。 
