Tab切换后表头与tbody列宽错位，本质是Layui表格初始化时因Tab面板display:none导致clientWidth为0，尺寸计算失效；须在Tab显示完成、CSS渲染就绪后调用table.resize()并触发scroll事件，且避免flex/grid布局干扰。
Tab切换后表头和tbody列宽不对齐，本质是尺寸计算失效
不是css没写对，也不是浏览器渲染bug，而是layui表格在初始化时读取容器 clientwidth 为 0 —— 因为 tab 面板默认用 display: none 隐藏，dom 存在但不可见，offsetwidth 和 scrollwidth 全部失真。表头（.layui-table-header）和内容区（.layui-table-body）各自按不同逻辑算宽，自然错位。
必须在Tab显示完成后再调用 table.resize()
不能在 tabChange 事件里直接调，那个时机 DOM 还没重绘完毕；得用更稳妥的钩子：
- 优先监听
tabs.on('afterChange(filter)')，它保证面板已加layui-show类且 CSS 渲染完成 - 若用的是老版本 Layui（afterChange，就用
setTimeout(() => table.resize(), 0)或requestAnimationFrame(() => table.resize()) - 如果表格有
fixed: 'left'或fixed: 'right'，resize 后还得补一句：$('.layui-table-box').trigger('scroll')，否则固定列定位残留
固定列错位、滚动条补丁列偏移，要手动重置容器状态
仅 table.resize() 不够，尤其带固定列时，Layui 内部依赖 .layui-table-box 的 scrollWidth 计算左侧偏移，而隐藏态下这个值是 0。切回来后不重触发 scroll，固定列就“飘”在错误位置：
- 确保表格外层是标准结构：
<div class="layui-table-box"><table></table></div>，别套 flex 或 grid - Tab 激活后顺序执行：
table.resize(id)→requestAnimationFrame(() => $box.trigger('scroll')) - 检查
.layui-table-patch补丁列宽度是否异常，常见原因是滚动条宽度未被正确扣除，可临时加样式：th.layui-table-patch { padding: 0 !important; width: 17px !important; }（17px 是常见滚动条宽）
父容器宽高不定，table.resize() 依然会算错
就算 Tab 显示了，如果表格外层是 width: 100% 且上层没定宽，或者塞进了 display: flex 容器，table.resize() 读到的仍是 0 或 NaN：
- 给
.layui-table-box的直接父级设明确宽度，比如min-width: 1200px或width: fit-content - 禁用对
.layui-table-box或其父级设置display: flex/display: grid—— Layui 表格不兼容这类布局的尺寸测量 - F12 查看
.layui-table-box的offsetWidth，如果是 0，说明父级根本没撑开，resize 白调
display: block（或 inline-block 等可见值）才能取到真实尺寸。哪怕你用 JS 把 display 改成 block，也得等下一帧重排完成再 resize。
