必须用配合table-layout: fixed才能精准控宽，否则浏览器按内容自动撑开；须置于内且为直接子元素，位置错或数量不匹配均导致失效。
直接用 <col> 配合 table-layout: fixed，否则宽度基本失控——浏览器默认按内容自动撑开，width 属性在 <col> 上只是“建议”，不加固定布局根本不起作用。
col 标签必须放在 colgroup 里，且位置不能错
很多人写完 <col width="120"> 没反应，第一反应是属性写错了，其实大概率是放错地方了。
-
<colgroup></colgroup>必须紧贴<table> 开始标签之后，不能包在 <code><caption></caption>后面，也不能塞进<thead> 或 <code><tbody> 里面 <li> <code><col>只能作为<colgroup></colgroup>的子元素，单独写在<table> 下会失效 <li>如果表格有 5 列，但只写了 3 个 <code><col>，后面两列不会继承样式，也不会报错，只是“没被管到” - HTML
width属性值不带单位（如width="150"）会被解析为像素，但 Firefox 对该语法支持不稳定，Chrome 虽支持但不推荐 - CSS 写法
col { width: 150px; }更可靠，但需注意：Firefox 直到较新版本才支持col选择器设width，旧版会忽略 - 百分比写法（
width: 30%）必须配合table { width: 100%; }才有意义，否则基准不确定 -
fr单位（如width: 1fr）在原生<table> 中无效，仅适用于 <code>display: table的伪表格布局为什么加了 col 还是被内容撑开
这是最常被忽略的点：
<col>定义的是“列骨架”，但最终渲染是否尊重这个骨架，取决于表格布局算法。- 必须显式设置
table { table-layout: fixed; }，否则浏览器用auto模式，会扫描所有单元格内容再分配宽度，<col>的width就变成摆设 -
white-space: nowrap;要加在td和th上，否则长文本换行会破坏列宽约束 -
overflow: hidden;推荐加在单元格上，防止内容溢出影响相邻列对齐 - 如果某列用了
colspan，它会跳过对应数量的<col>，导致后续列样式偏移——这种结构下<col>很难精准控制
真正麻烦的地方不在写法，而在验证：你改了
<col>，但浏览器 DevTools 里看不出效果，是因为它不渲染、不占空间，也不出现在元素树的可视节点中；唯一能确认是否生效的方式，是看对应列的td是否真的被压到了指定宽度——得靠视觉+调试器盒模型双重验证。 - 必须显式设置
width 值怎么写才真正生效
HTML 的 width 属性（如 width="100"）和 CSS 的 width: 100px 行为不完全等价，且优先级、兼容性不同。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
