传入 count: null 会因 math.ceil(count / limit) 报 uncaught typeerror；必须在 parsedata 中显式赋值 count 为数字（如 res.total || 0 或 (res.data || []).length），确保 count 与 data.length 逻辑自洽。
laypage.render 传入 count: null 会怎样
直接崩溃，报 Uncaught TypeError: Cannot read property 'ceil' of null。laypage 内部用 Math.ceil(count / limit) 算总页数，count 为 null 或 undefined 就会触发这个错误。
常见场景是接口返回了 { code: 0, msg: "", data: [] }，但你在 parseData 里没显式给 count 赋值，或者后端字段名不一致（比如实际是 total 却没在 response 或 parseData 中映射），导致 count 变成 undefined。
- 必须确保
parseData返回对象中count是数字类型，哪怕为0 - 别依赖后端响应体的原始字段名，用
parseData显式提取并兜底：count: res.total || 0 - 如果后端可能不返回
total字段（比如只返回数组长度），就手动算：count: (res.data || []).length
表格分页中 data 为空但 count 不为 0 怎么办
这种情况会导致分页控件显示“共 X 条，第 1 页/共 Y 页”，但 tbody 里没内容，也不显示“暂无数据”提示——因为 layui 认为“有总数、没数据”是合法状态，不是空态。
典型诱因是：后端分页逻辑出错（如 offset 超出范围返回空数组），或你把 count 写成了总记录数，但 data 没按当前页码切片。
- 检查
parseData返回的data是否真为空数组[]，而不是null或undefined - 确认
count和data.length逻辑自洽：若count === 0，data必须为[]；若count > 0，data至少应有 1 条（除非页码越界） - 不要在
done回调里手动清空tbody，这会破坏 layui 的空状态判断
jump 回调里遇到 curr 为 null 怎么处理
jump 函数的 obj.curr 绝不会为 null，但如果你手动调 laypage.render() 时传了 curr: null，它会被转成 1（laypage 内部做了 || 1 处理）。真正危险的是你在 jump 里拿 obj.curr 去请求，结果后端返回 null 数据。
- 在
jump里做请求前，先校验obj.curr是否为有效正整数：if (!Number.isInteger(obj.curr) || obj.curr - 请求失败或返回
null时，别直接塞进表格，先重置分页器到上一页或首页：laypage.render({...curr: 1}) - 避免在
jump中嵌套异步操作后再次调laypage.render()，容易引发状态混乱
为什么 emptyText 不生效还伴随分页异常
根本原因是 emptyText 只在 data 为空且 count === 0 时触发，而分页异常（如页码跳变、总页数错乱）往往源于 count 和 data 不匹配，或 limit 被意外修改。
-
emptyText生效前提是容器有足够高度，检查.layui-table-box是否被overflow: hidden或height: 0截断 - 每次
table.reload()都要确保page.limit和初始化时一致，否则页数计算全乱 - 别在
done里动态改page.limit，layui 不会同步更新分页 UI
