table-layout: fixed 会彻底绕过标准盒模型计算，切换至表格专属布局上下文，width、padding、border、margin 作用逻辑全部重写，box-sizing 基本失效；其列宽仅由 <col> 或首行 th/td 的 width 决定，后续行同列 td 的 width 被忽略。
table-layout: fixed 会彻底绕过标准盒模型计算
它不是“调整”盒模型，而是切换到表格专属布局上下文——width、padding、border、margin 的作用逻辑全部重写。标准盒模型中 box-sizing 控制的“width 包不包含 padding 和 border”，在这里基本失效，因为单元格最终宽度不由单个元素的 width 决定，而由整行列宽分配算法拍板。
为什么给 td 设 width: 100px 在 table-layout: fixed 下可能无效
关键点在于：只有第一行的 th 或 td 上设置的 width，或 <col> 元素定义的宽度，才会被 fixed 算法采纳为列宽依据；后续行同列的 td 即使写了 width，也会被忽略。
-
<col width="120">最可靠：渲染前就参与列轨道计算，不受内容、min-width或样式优先级干扰 - 首行
<th style="width: 120px">可用，但长单词或colspan容易导致错位 - 仅对第二行及以后的
td加width—— 完全没用，浏览器静默丢弃
内容溢出时，padding 和 border 仍生效，但不参与列宽分配
padding 会影响单元格内部内容的位置和换行行为，border 会影响视觉边界，但它们不会让列变宽——fixed 布局下，列宽在内容绘制前就已锁定。
-
border-collapse: collapse会让相邻边框合并，此时border宽度不叠加，box-sizing失去意义 - 若
td内容超长，默认不折行；需显式加white-space: normal或word-break: break-all -
text-overflow: ellipsis要生效，必须同时满足：display: block（或inline-block）、max-width、父table有定宽
<col> 的单位选择直接影响响应式表现
<col> 不支持 fr 单位，只认 px、% 和无单位数值（按比例分配）。百分比需要 <table> 本身有明确宽度（如 width: 100%）才可预测；px 最稳，尤其适合固定操作列或图标列。
立即学习“前端免费学习笔记（深入）”；
- 写
<col width="20%">前，确保<table style="width: 100%">已存在 - 避免混用
px和%：比如<col width="120"><col width="30%">，第二列宽度将不可控 - 响应式场景下，建议外层用
overflow-x: auto包裹<table>，而非强行压缩列宽
td 的样式，却忘了检查 <col> 是否存在、<table> 是否设了 width、以及是否误把 width 加在了非首行单元格上——这三处任一缺失，table-layout: fixed 就只是个空壳。 
