真正“无感知”删除需保持页码、DOM位置、避免重绘抖动；显式传 page.curr、用 done 回调存/恢复滚动位置；禁用按钮防重复提交，成功后恢复，失败加节流。
点击删除后表格不跳页、不闪屏、不丢失滚动位置
直接调 table.reload() 会导致分页回到第 1 页、滚动条归零、甚至整个 tbody 被重绘闪一下。真正“无感知”的关键不是“快”，而是**保持当前页码、维持 dom 位置、避免重绘抖动**。
- 必须显式传
page: { curr: tableIns.config.page.curr }，否则默认跳首页 - 用
done回调保存并恢复滚动位置：$('.layui-table-body').scrollTop要在 reload 前读，且注意固定表头时存在多个.layui-table-body - 删完后不要调
table.render()—— 实例还在，强行重 render 会销毁缓存、清空选中状态、触发重复 done - 如果用了
totalRow: true，记得后端返回的count是总数，不是当前页条数，否则分页器计算错位
删除按钮点击后如何防重复提交和 UI 锁定
用户连点两次删除，可能发两个请求、触发两次 reload，导致数据错乱或报 Cannot read property 'appendChild' of null。这不是后端问题，是前端没控住状态。
- 点击删除按钮瞬间加
disabled并加 loading 类（如layui-btn-disabled），配合 CSS 隐藏文字/显示 spinner - 成功回调里才恢复按钮状态；失败时保留可点，但加 1.5 秒节流：记录最后点击时间戳，
if (Date.now() - lastClick - 别在删除回调里写
location.reload()或window.location.href—— 这是整页刷新，完全违背“无感知”目标
操作列里的删除按钮怎么绑定事件才不跳转
很多人把按钮写成 <button onclick="delRow(...)">删</button>，结果点完页面跳顶或整个刷新。根本原因是没拦截默认行为，或按钮意外包在 <form> 里。
- 模板里统一用
<button type="button" lay-event="del">删</button>，type="button"彻底规避表单默认提交 - 监听必须走
table.on('tool(test)', ...)，别用 jQuery 的$('button').click()—— 动态生成的 toolbar 按钮，静态绑定无效 - 回调里取
obj.tr找到当前行 DOM，用$(obj.tr).data('id')或obj.data.id拿 ID，别靠 DOM 属性硬解析 - 删完调
tableIns.reload({ page: { curr: ... }, where: { ... } })，而不是table.reload('test', {...})—— 前者复用实例，后者要重新查 id 缓存，慢且易出错
为什么 reload 后 checkbox 全没了或选中状态丢失
这是最隐蔽的坑：Layui 的 checkbox 状态不存于 DOM，而存在 table.cache 里。reload 时若没传 id 或实例引用断了，cache 就清空，之前勾选的全丢。
- 确保
table.render()时设了id: 'userTable'，且后续所有reload都基于该实例（tableIns.reload(...)） - 不要在 reload 参数里漏掉
where—— 即使是空对象{}也要显式写上，否则搜索条件被清空，看起来像“数据全没了” - 如果用了
checkCol: true，确认后端返回的每条数据都有唯一id字段（非数据库主键也行，但必须每个 item 不同），否则多行勾选会串 - 禁用编辑状态要在 reload 前做：
$('.layui-table').find('[data-edit]').data('edit', false)，不然刷新瞬间用户还能点单元格编辑
真正难的不是“删完刷一下”，而是删完那一瞬，用户没察觉页面有任何中断：页码没变、滚动没跳、勾选项还在、按钮没乱跳、接口没并发。这些细节堆起来，才是无感知的底色。
