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