Firefox中table-layout:fixed列宽异常的根本原因是border-collapse未生效或边框不统一。必须显式设置border-collapse:collapse，确保所有th/td边框完全一致，并用定义列宽或动态更新后重设table.style.width。
Firefox 中 table-layout 渲染异常，八成不是 layout 本身的问题，而是 border-collapse 和 table-layout 的协同失效——尤其当 border-collapse: collapse 没生效时，table-layout: fixed 会悄悄退化回 auto。
为什么加了 table-layout: fixed 还是列宽不一致？
根本原因不是 Firefox “不支持”，而是它在 border-collapse: separate（默认值）下直接忽略 table-layout: fixed 的列宽约束。此时浏览器仍按内容逐行扫描计算列宽，各内核逻辑差异立刻暴露。
- 必须显式写
border-collapse: collapse，不能依赖浏览器默认 - 检查 Computed 面板中
border-collapse的实际值，若为separate，table-layout: fixed已失效 - 若用了自定义边框（如
border: none或outline），border-collapse仍可能被重置为separate，需强制覆盖
border-collapse: collapse 写了但边框还是双线？
这是典型的“collapse 生效但边框未归一”问题：Firefox 对相邻单元格 border-width、border-style、border-color 的合并判定比 Chrome 更严格。哪怕一个 td 是 1px solid #000，另一个是 1px solid rgba(0,0,0,.9)，它就拒绝 collapse，回退为 double-border 视觉。
- 所有
th/td的border必须完全一致：同 width、同 style、同 color（推荐用十六进制或 rgb，避开 rgba 在旧版 Firefox 的解析抖动） - 避免在
table上设border，改在th/td上统一控制；否则 Firefox 可能优先渲染 table 边框，再叠加上单元格边框 - 若需“无边框”效果，用
border: 1px solid transparent比border: none更稳——后者在某些 Firefox 版本中会触发 collapse 失效
动态插入行后列宽突然错乱？
table-layout: fixed 只读取第一行或
- 不要依赖
table.redraw()（不存在该 API） - 安全重载方式：
table.style.width = table.offsetWidth + 'px'，强制 Firefox 重新解析 width 并激活 fixed 逻辑 - 更可靠的做法是用
width属性—— - 若框架封装了表格（如 Element Plus），调用
doLayout()或resize()后，务必手动补一次table.style.width赋值
真正卡住人的地方，往往不是没写 table-layout: fixed，而是写了却没意识到 border-collapse 没生效、边框属性不统一、或者动态更新后忘了“骗”浏览器重读宽度——这些点在 Computed 面板里都藏得挺深，得一层层点开看实际值，不能只信样式面板里的声明行。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
