Layui fixed列错位主因是列宽计算不一致，需显式设minWidth、禁用干扰样式、容器定宽、禁用缩放、reload后调resize同步。
fixed列错位不是样式没写对，是Layui内部列宽映射在特定条件下断裂了——必须显式锁宽、禁缩放、reload后手动同步，三者缺一不可。
为什么table.render()设了fixed: true还是错位
因为Layui会为固定列单独渲染一个隐藏的table，但主表和固定表的列宽计算逻辑不共享：主表按内容撑开，固定表依赖初始minWidth，一旦内容含换行、图标、span或父容器宽度未定，两者实际offsetWidth差1–2px，视觉上就“偏了”。
- 常见错误现象：
table.render()后第一行数据右移、滚动条出现时最后一列被截断、切换Tab后突然错位 - 别只给部分列设
width——Layui会忽略未设宽度的列，剩余列均分空间，直接破坏对齐 -
minWidth比width更关键：它才是Layui真正用来钉死列宽的参数；只设width基本无效 - 所有
fixed列（包括fixed: 'left'和fixed: 'right'）必须上下层级一致：colgroup里上层colspan设了fixed，底层对应字段也得设
怎么用minWidth+width组合锁死每列真实宽度
必须同时设置width（像素值）和minWidth（同值），才能让Layui放弃自动计算，强制按固定像素渲染列宽。
- 正确写法：
{field: 'name', title: '姓名', width: 120, minWidth: 120} - 禁用
minWidth设过大（如150）——会挤压其他列，反而加剧错位 - 避免用百分比或
"50%"：低版本Chrome完全忽略，旧IE直接失效 - 总列宽建议比容器少2–4px（比如容器
width: 1200px，列宽总和设1196px），防止滚动条出现后二次挤压
动态场景下为什么reload()后错位更严重
table.reload()只重绘DOM，不重算列宽映射关系。固定列的table仍沿用旧宽度，主表已按新数据撑开，偏差立刻放大。
- 每次
table.reload('yourTableId')后，必须紧跟table.resize('yourTableId')（Layui 2.8+） - 旧版Layui（layui.$('.layui-table-fixed-l').remove(); layui.table.init();
- 监听Tab切换时，不能在
tabChange回调里直接调resize()——DOM还没重绘完；改用tabs.on('afterChange(filter)')或requestAnimationFrame(() => table.resize()) - 带
fixed列时，resize()后还得触发scroll事件：layui.$('.layui-table-box').trigger('scroll')，否则固定列水平偏移残留
哪些干扰因素会让fixed列彻底失准
哪怕列宽设对了，只要下面任意一条成立，fixed列照样错位。
- 表格容器父级用了
display: flex或display: grid——Layui读不到真实clientWidth，返回0或NaN - 页面被浏览器缩放（非100%）或启用了macOS Retina缩放——
offsetWidth测量失真 - 祖先节点有
transform: scale()、zoom等缩放属性 - templet里用了
float: left或position: absolute——单元格脱离文档流，高度/宽度计算异常 - 表格皮肤用了
skin: 'default'且运行在IE10/11——flex布局支持不全，必须降级为skin: 'line'并手动清除layui-table-flex类
最易被忽略的一点：行高不同步不会导致列错位，但会让fixed列看起来“飘”在空中——done回调里只同步tbody tr高度还不够，固定列的.layui-table-fixed .layui-table-header表头必须单独再同步一次，否则换行或图标会让两套表头高度脱节。
