table.clearCache('yourTableId')是清除勾选状态的真正入口，它从Layui内部缓存中彻底删除checked、allChecked等键值对，需配合form.render('checkbox')同步UI，缺一不可。
table.clearCache 是清除勾选状态的真正入口
直接调用 table.clearcache('yourtableid') 才能清掉跨页勾选残留、全选缓存、手动勾选记录。它不是“视觉上取消勾选”，而是从 layui 内部缓存中彻底抹除所有与选中相关的键值对（比如 checked、allchecked 等）。不调这个，仅靠 dom 操作或重置 checkbox 的 checked 属性，table.checkstatus() 仍会返回旧数据。
常见错误现象：table.checkStatus('id').data 还带着上一页的 ID，翻页后勾选框看起来没打勾但实际被算进已选；点 toolbar 全选按钮后部分行没反应——都是因为缓存没清干净。
- 必须传入表格唯一 ID 字符串，如
table.clearCache('userTable')，不能传 DOM 元素或实例对象 - 如果多个表格共用同一 ID（比如重复 render 未销毁），
clearCache会误清其他表状态，务必确保 ID 全局唯一 - 它不会触发
checkbox或toolbar事件，属于底层缓存操作，适合在重置、切换 tab、退出编辑前调用
为什么 table.setRowChecked 不适合“一键清空”
table.setRowChecked 是为单行/批量精确控制设计的，不是清空工具。它需要你提供明确的 index 或 data 数组，还要区分 checked: true/false。想用它清空，就得先遍历当前页所有行再逐个设 false，既慢又漏跨页数据——这违背“一键”前提。
更关键的是：它不碰缓存里的 allChecked 标志位，下次点全选框时仍会按之前状态反向操作，造成逻辑错乱。
- 别写
table.setRowChecked('id', {index: [0,1,2], checked: false})来模拟清空——这是自找麻烦 - 它不处理禁用行（
disabledcheckbox）的逻辑，而clearCache会一并归零 - 若你已在用
selectedIds手动管理跨页状态，调clearCache后记得同步清空该数组，否则 UI 和业务逻辑脱节
配合 form.render 实现 UI 层同步刷新
clearCache 只清缓存，DOM 上的勾选框不会自动变回未选状态。必须紧接着调用 form.render('checkbox')，让 Layui 重新扫描并同步 checkbox 的 checked 属性。
注意：不能只用原生 JS 遍历 input[type=checkbox] 设 checked = false，Layui 的 checkbox 是封装过的，直接操作 DOM 会被下一次 render 覆盖或引发渲染冲突。
- 确保已加载
form模块：layui.use(['table', 'form'], function(){...}) - 调用顺序必须是：
table.clearCache('id')→form.render('checkbox')，颠倒会导致 checkbox 状态回滚失败 - 如果表格用了自定义
checkRender，form.render('checkbox')仍有效，它会重新执行该回调生成新 input
多表格场景下避免漏清
一个页面有多个表格时，clearCache 必须显式指定每个 ID。不存在“全局清空所有表格勾选”的 API，也不会自动遍历 table.cache 对象下的全部 key。
容易踩的坑：写了 table.clearCache()（无参数），结果什么也没发生——这个方法不接受无参调用，会静默失败。
- 批量清空可封装函数：
['userTable', 'orderTable'].forEach(id => table.clearCache(id)) - 不要依赖
table.cache对象手动遍历删 key，内部结构可能变动，且删了也不触发 UI 更新 - 如果表格是动态创建的（比如 tab 切换生成），ID 可能带时间戳或随机后缀，清空前需确保能准确拿到当前活跃表格的 ID
clearCache 动的是根，但漏掉 form.render 就只剩半截逻辑。这两步缺一不可，少写一行都会让“已清空”变成“看起来清空了”。大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
