colspan不是合并单元格，而是让一个<td>或<th>渲染时占满连续多列宽度，不改变DOM结构；其值必须使每行所有单元格colspan总和严格等于表格总列数，否则会导致错位、挤在一起或下一行偏移。
colspan 不是“合并单元格”，而是让一个 <td> 或 <th> 渲染时占满连续多列的宽度。它不删节点、不改 DOM 结构，只调整视觉占位——所以错位、挤在一起、下一行偏移，基本都是列数没守恒导致的。
colspan 值怎么填才不崩表格结构
每一行所有单元格的 colspan（默认为 1）加起来，必须等于你设计的总列数。浏览器靠这个总数对齐列宽、分配空间。
- 表格共 4 列 → 某行写
<td colspan="3">A</td><td>B</td>✔️（3 + 1 = 4） - 同是 4 列 → 写成
<td colspan="3">A</td><td>B</td><td>C</td>❌（3 + 1 + 1 = 5），浏览器会强行补空或压缩，下一行大概率错位 - 表头用
<th colspan="2">姓名</th><th>电话</th><th>邮箱</th>→ 这行共 4 列，那下面<tbody>每行也得凑够 4 列逻辑宽度，不能只写 3 个<td>
colspan="0" 能不能用、在什么场景下有效
colspan="0" 是个边缘但真实存在的值，它不是“跨 0 列”，而是告诉浏览器：“请把这个单元格一直延伸到当前 <colgroup> 的最后一列”。但它有硬限制：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 仅 Firefox 支持；Chrome、Safari、Edge 都忽略该值，当作无效处理
- 必须配合
<colgroup>使用，否则无意义 - 实际项目中几乎不用——可读性差、兼容性烂、调试困难，不如直接算好数字写死
和 CSS table-layout: fixed 一起用要注意什么
当你设了 table-layout: fixed，表格列宽由第一行（或 <col>）决定，后续行的 colspan 单元格会严格按列宽叠加，不会自适应内容撑开。
- 如果第一行没定义足够列（比如漏了
<col>或只写了 2 个<th>却用了colspan="3"），整行宽度可能塌缩，文字挤成一团 - 想让
colspan单元格内容居中且不换行？得额外加white-space: nowrap和text-align: center，光靠colspan不管用 -
colspan不影响border-collapse行为，但若用了border-collapse: collapse，跨列单元格的边框渲染可能和相邻单元格有细微接缝，尤其在高缩放比下
和 rowspan 混用时最容易出问题的地方
colspan 和 rowspan 可以共存，但它们各自独立计数，且都基于“逻辑网格”而非视觉位置——这意味着你得同时守两套守恒律。
- 一个
<td rowspan="2" colspan="2">占据的是「第1–2行 × 第1–2列」这个矩形区域，它会跳过第1行第2列、第2行第1列、第2行第2列这三处原本该有的单元格 - 如果同一行后面还跟了
<td colspan="2">，就得确认：它起始列位置是否已被前面的rowspan单元格“挡住”——浏览器不会报错，但可能跳列、留白、甚至渲染空白 - 复杂多级表头建议先画二维坐标草图，标出每个单元格的
(row, col)起点和(rowspan, colspan)，再转 HTML，比边写边调快得多
真正难的不是写对 colspan，而是整张表所有行的列数总和都得人工对齐——没有自动校验，浏览器也不会提醒你哪行多了一列，它只会默默错位。所以别信“差不多就行”，列数必须掐准。
