真正能精准控制列宽的是 col + table-layout: fixed 组合；width 在 td/th 上仅为建议值，易被内容撑开或压缩，且不支持 fr 等现代单位，而 col 标签配合 fixed 布局才能实现可靠列宽控制。
直接用 width 属性设单元格宽度基本不可靠，真正能精准控制列宽的是 col + table-layout: fixed 组合。
为什么 width 属性在 td 或 th 上经常失效
浏览器默认用自动布局（table-layout: auto），此时 width 只是“建议值”，内容长了就会撑开，短了又可能压缩。即使你给 td 写了 width="120" 或 style="width: 120px"，只要没配合布局模式，它大概率不生效。
-
width在td/th上属于过时的 HTML 属性，现代 CSS 渲染引擎优先按内容和父容器计算，不保证遵守 - 同一列中不同行的
td宽度设置冲突时，浏览器会取最大值，导致预期外的列宽扩张 - 响应式场景下，
width值（尤其是像素）无法随容器缩放，容易溢出或留白
用 col 标签定义列结构才是正解
col 是唯一专为“列”设计的语义化标签，必须包裹在 colgroup 中，且要放在 table 开头、thead 之前。它不依赖内容，直接作用于整列。
- 支持
width的合法单位：px、%、em，但不支持fr、minmax()等 Grid 单位 - 可以混合使用：
<col style="width: 100px"><col style="width: 30%"><col style="width: auto"> - 用
nth-child(n)选择器可动态控制某列，比如col:nth-child(2) { width: 150px; }
<table>
<colgroup>
<col style="width: 80px">
<col style="width: 200px">
<col style="width: 1fr"> <!-- 注意：这行无效，fr 不被 col 支持 -->
</colgroup>
<tr><td>A</td><td>B</td><td>C</td></tr>
</table>
table-layout: fixed 是精度控制的关键开关
没有它，col 的宽度只是“参考”，表格仍按首行内容或全表最大内容重算列宽。加上这个声明，浏览器才真正按你写的 col 宽度分配空间，后续所有行都对齐该列宽。
- 必须写在
table元素上，不能只写在col或td上 - 启用后，
td内容超出列宽时默认换行；加white-space: nowrap可禁止换行，再配overflow: hidden防溢出 - 若首行有
colspan，fixed模式下它会覆盖对应列宽，需额外用 CSS 控制该单元格的width
ASP.NET 中 HtmlTableCell.Width 的实际表现
这是服务端属性，生成的是 <td width="120"> 这类 HTML，本质还是走上面说的不可靠路径。它不会自动注入 table-layout: fixed，也不生成 col 结构，所以仅适用于简单静态表格，且需手动补全 CSS 才能稳定。
- 输出的
width值是字符串，比如"120"表示 120 像素，不带单位；写"120px"会导致 HTML 解析异常 - 如果页面用了前端框架（如 Bootstrap）或全局表格样式，该属性极易被覆盖，调试时看渲染后的 DOM 往往找不到对应 width 值
- 真要服务端控制列宽，更稳妥的做法是在
Page_Load中动态写<col>标签或注入内联style
最易被忽略的一点：列宽精度不只取决于你写了多少像素，更取决于 table 父容器是否设置了明确宽度（比如 width: 100% 或固定值）。如果父容器宽度不定，col 的百分比值就失去参照，fixed 布局也会退化。务必先锁住表格自身宽度。
