表头 checkbox 默认只选当前页，因 layui 的 table.checkstatus() 仅管理已渲染行，且 table.cache 按分页存储、不单独缓存搜索结果；需在 done 回调中手动绑定表头 checkbox 事件，阻止默认行为，结合 table.cache 与当前搜索参数筛选匹配项，逐行勾选并同步样式。
点击表头 checkbox 为什么默认只选当前页，而不是当前搜索结果？
因为 table.checkStatus() 的设计逻辑就是只管理「当前页已渲染的行」，而搜索过滤（比如带 where 参数的 table.reload()）后，表格 DOM 只显示匹配项，但 layui 并不把「过滤后可见的全部数据」单独缓存——它仍按分页切块存进 table.cache，且表头全选事件本身不感知搜索条件。
如何让表头点击真正作用于「当前搜索结果集」？
必须绕过默认行为，手动接管表头 checkbox 的 click 事件，并基于当前实际可见行做勾选。关键不是改 layui 源码，而是用好两个东西：table.cache + table.checkStatus() 返回的 data（注意：这个 data 是所有已勾选项，不管在哪页）。
- 在
done回调里，先用table.cache['yourTableId']拿到当前页原始数据块 - 再用
form.on('checkbox(*)', ...)监听表头 checkbox，阻止默认行为：e.preventDefault() - 手动遍历
cache，逐个比对是否满足当前搜索条件（比如你存在window.currentSearchParams里的字段值） - 对符合条件的每一项，调用
$(tr).find('input[type="checkbox"]').prop('checked', true)并补layui-form-checked类 - 最后调用
form.render('checkbox')同步样式
为什么不能直接用 table.getData() 判断可见行？
table.getData('yourTableId') 返回的是「当前页过滤后 DOM 中实际存在的行」，但它不可靠：
- 如果用户刚输完关键词但还没触发
reload()（比如 debounce 还没到时），getData()仍是旧数据 - 如果用了服务端分页，
getData()只返回当前页接口返回的数据，无法反映前端 filter 的实时效果 - 它不包含
LAY_CHECKED状态字段，无法用于反向同步 UI
所以必须以 table.cache 为底，结合你维护的搜索参数对象做运行时判断。
容易漏掉的细节和坑
表头 checkbox 的 DOM 是动态生成的，直接 $('thead input[type="checkbox"]') 绑定容易失效；必须在 done 里绑定，或用事件委托；另外，如果你的搜索条件是函数式过滤（比如时间范围、模糊匹配），别在 click 里重复执行，应提前算好一个 visibleIds 数组缓存起来，避免每次点击都遍历全量 cache。
