table-layout: fixed 通过仅依据第一行或<col>元素的宽度声明分配列宽，跳过内容测量，显著提升大表格渲染性能；需显式设置列宽，否则列宽可能坍缩。
table-layout: fixed 为什么能让表格渲染更快
浏览器默认用 table-layout: auto，会遍历所有单元格内容算出每列最优宽度，数据量大时明显卡顿。table-layout: fixed 则只看第一行（或 col 元素）的宽度声明，后续行直接按此分配，跳过内容测量。
实操建议：
- 必须为
<col>或第一行的<th>/<td>显式设置width（如width: 120px或width: 25%），否则列宽可能坍缩为内容最小宽度 - 若用百分比，整行总和不必严格 100%，浏览器会按比例重分配；但用像素值时，超出容器部分会被截断或触发横向滚动
-
white-space: nowrap配合text-overflow: ellipsis在固定布局下更可靠，因为宽度已知
border-collapse: collapse 和 separate 的实际差异
关键不在“有没有边框”，而在「边框如何叠加」和「单元格间距是否存在」。collapse 下相邻边框合并成一条线，separate 下各单元格保留独立边框 + 可配置的 border-spacing。
常见错误现象：
立即学习“前端免费学习笔记（深入）”；
- 设了
border-collapse: collapse却还看到双线边框 → 某些单元格单独写了border，且颜色/宽度不一致，导致合并后仍显粗或错位 - 设了
border-spacing: 0但表格仍有缝隙 → 忘记border-collapse必须是separate才生效，collapse下border-spacing完全被忽略 - 用
separate时border-radius失效 → 表格整体圆角需作用于<table>，但单元格圆角在separate模式下会被border-spacing隔开，视觉上断开
table-layout 和 border-collapse 联用时的坑
两者本身无直接冲突，但组合使用时容易暴露底层渲染逻辑问题：
-
table-layout: fixed+border-collapse: collapse是最稳定组合，适合数据表格；但若第一行列宽声明缺失，collapse可能让边框错位（因列宽未对齐） -
table-layout: fixed+border-collapse: separate会导致border-spacing在固定列宽基础上额外增加间隙，容易撑破容器 —— 此时需把border-spacing算进列宽里（例如列设width: calc(200px - 2px)，当border-spacing: 2px） - 用 CSS Grid 或 Flex 替代表格布局时，这些属性完全无效 —— 它们只对
display: table系元素起作用，包括table、table-row、table-cell等
table {
table-layout: fixed;
width: 100%;
border-collapse: collapse;
}
col:first-child { width: 150px; }
col:nth-child(2) { width: 20%; }
td, th {
border: 1px solid #ccc;
padding: 8px;
}固定布局加边框合并是最常用搭配，但第一行的列宽定义不能省；border-collapse 的行为细节比表面看起来更依赖上下文，尤其在响应式或动态插入内容时，稍不注意就会出现不可预期的间隙或溢出。
