table.reload() 必然导致闪烁，因其内部先 destroy() 再 render()，引发 DOM 销毁重建与强制回流；reloadData() 仅局部更新数据模型，配合 CSS 过渡和骨架占位可消除绝大部分视觉抖动。
直接用 table.reload() 重载表格，90% 的闪烁都来自 dom 销毁重建 + 二次重排；换 reloaddata() 或加 css 过渡 + 骨架占位，能砍掉绝大部分视觉抖动。
为什么 table.reload() 必然导致闪烁
Layui 内部实现是先 destroy() 再 render() —— 整个表格 DOM 被清空，浏览器立刻重绘空白区域，等新 HTML 插入后再次 layout。这个“销毁→空白→重建”过程在移动端或弱网下尤其明显，用户眼睛能清晰捕捉到内容消失又弹出的断层。
- 不是接口慢的问题，而是 DOM 操作本身触发强制回流（reflow）
- 如果表格里有
templet渲染复杂节点（如带图标的状态栏、嵌套按钮），重建耗时更长，闪烁更久 -
done回调里再手动操作 DOM（比如加 class、绑定事件）会放大抖动，形成“闪一下 → 再闪一下”叠加效应
reloadData() 是最轻量的无闪方案
它只替换数据模型并局部更新视图，不碰 DOM 结构，连表格容器高度都不变。前提是表格初始化时用了 data 而非 url，或者你已有完整数据数组。
- 初始化必须拿到实例：
var tableIns = table.render({ elem: '#demo', data: initialData, id: 'demoTable' }); - 后续更新直接传数组：
tableIns.reloadData({ data: newData }); - 若原始是
url加载，需先用$.ajax拉数据，再走reloadData，避免多一次请求 - 注意：
reloadData不会触发表格分页器重置，当前页码、每页条数保持原样
必须配上的视觉缓冲层
即使用了 reloadData，数据替换瞬间仍可能有微小跳动（比如字体渲染差异、行高计算误差）。加一层 CSS 过渡和骨架占位，把“不可见抖动”变成“可感知平滑”。
- 给表格外层容器加过渡：
.layui-table-view { transition: opacity 0.15s ease; } - 重载前加 loading 状态：
$('.layui-table-view').addClass('layui-table-loading'); - 重载后移除：
tableIns.reloadData({ data: newData, done: () => $('.layui-table-view').removeClass('layui-table-loading') }); - 如果表格高度固定，建议直接设
height: 500，避免内容变化引发容器缩放抖动
定时重载场景下的特殊处理
用 setInterval 轮询刷新时，最容易踩的坑是：上一轮还没 render 完，下一轮 reload 又进来了，DOM 处于撕裂状态。
- 务必加锁：用布尔变量标记是否正在加载，
if (loading) return; - 别在
done里直接启动下一轮，改用setTimeout延迟触发，确保浏览器完成重排 - IE11 下还要额外加
table-layout: fixed和列minWidth，否则列宽会随数据内容微调，造成横向晃动 - 移动端 Safari 对 iframe 内表格重载更敏感，若表格在 iframe 里，重载前后手动 focus 一下输入框，能防止输入法闪退
真正难搞的不是某一行代码，而是销毁重建这个底层行为无法绕过；所以所有稳定解法，本质都是“不让用户看见销毁”，要么跳过销毁（reloadData），要么遮住销毁（CSS 过渡+骨架），要么压住销毁副作用（fixed 表格布局+最小宽度约束）。
