根本原因是display:none导致clientWidth为0，修复需确保容器可见且重排完成：在tabShow回调中延迟16ms调用table.resize()并触发scroll事件，同时满足layui-table-box结构、父级定宽、table-layout:fixed等硬约束。
表格在隐藏 tab 中渲染后宽度塌陷、列错位、滚动条闪烁，根本原因是 display: none 容器下 clientwidth 返回 0，layui 的 setcolswidth 方法算不出真实尺寸 —— 不是样式没加载，而是“压根没宽可算”。修复必须围绕「容器可见性」和「重排时机」两个硬条件展开。
tabShow 回调里调 table.resize() 才有效
别用 tabChange，它在 DOM 还没显示时就触发；tabShow 才代表目标面板已添加 layui-show 类且 display 已生效。但即使这样，浏览器样式重排可能还没完成，所以得加延迟：
- 监听必须写成
element.on('tabShow(yourFilter)', callback)，filter 值要和lay-filter一致 -
setTimeout延迟至少16ms（≈ 一帧），确保offsetWidth可读 - 传给
table.resize()的参数必须是render()时设置的id字符串，不是 DOM ID 或 class - 如果表格在 iframe 里，这个回调得写在 iframe 内部，且要等
window.onload后再执行
固定列（fixed: true）必须手动触发 scroll 事件
固定列依赖 scrollWidth 和绝对定位计算偏移，而隐藏状态下的 scrollWidth 恒为 0。只调 resize() 不够，必须补一手 scroll 重置：
- 找到表格最外层容器：
$('#yourTableId').closest('.layui-table-box') - 在
setTimeout回调内紧接resize()后执行.trigger('scroll') - 若用了
height: 'full-xx'，确认full-xx对应的父容器已在tabShow时完成渲染，否则scroll触发也无效
容器结构和 CSS 必须满足三个硬约束
Layui 表格不是靠 CSS 自动撑开的，它的列宽测量严重依赖 DOM 层级和盒模型行为：
- 表格外层必须包裹
<div class="layui-table-box">，不能直接塞进flex或grid容器 -
.layui-table-box的父级必须有明确宽度（如width: 1200px或max-width: 100%且上层有定宽），百分比 +flex组合大概率失效 - 加
min-width: 800px到 Tab 面板（如.layui-tab-item）或.layui-table-box上，防内容挤压导致滚动条闪现 - 显式设
table-layout: fixed，避免浏览器动态重算列宽，配合minWidth或width使用更稳
初始化时关掉 autoResize: true
默认开启的自动重排在 Tab 场景下是干扰源：窗口 resize、Tab 切换、甚至某些 DOM 插入都会误触发，反而加剧错乱。
- 渲染时明确写
autoResize: false - 只在三个可信时机手动调
table.resize()：Tab 显示后、窗口 resize 后、数据 reload 后 - 别在
done或success回调里调resize()—— 此时表格可能还在隐藏容器里，resize()直接白跑
最容易被忽略的是：哪怕你把 display: none 改成 visibility: hidden 或 opacity: 0，Layui 依然取不到宽度。它只认「真可见」——也就是 display 不为 none 且父链中所有元素都满足渲染条件。这点不满足，其他所有操作都是徒劳。
