去掉 layout 中的 'count' 项即可彻底隐藏总条数，dom 不生成，不影响分页布局；'page' 项控制页码信息栏（如“当前第1页，共5页”），与 'count' 无关。
去掉 layout 中的 'count' 项
总条数（如「共 123 条」）是否显示，完全由 page.layout 数组控制。只要删掉其中的 'count'，Layui 就不会渲染该区域——DOM 都不生成，没有隐藏逻辑、无 CSS 冲突、reload 后也不会意外出现。
常见错误是保留 'count' 却试图用 CSS 隐藏 .layui-laypage-count，这会导致：分页容器高度计算异常、左右按钮错位、移动端点击空白处仍触发 focus。
-
page: { layout: ['prev', 'page', 'next', 'limit', 'skip'] }→ 总条数彻底消失 -
page: { layout: ['count', 'prev', 'page', 'next'] }→ 总条数仍在，哪怕后端没返回count字段 - 别漏掉其他项，比如去掉
'prev'或'next'，对应按钮也会消失，不是只影响总数
后端字段名不影响 'count' 显示与否
response.countName 和 parseData 只决定「总条数数值从哪取」，不控制「显不显示」。即使后端返回 {total: 0} 并配了 response: { countName: 'total' }，只要 layout 里没 'count'，就不会显示任何总数文案。
换句话说：字段映射错了，可能显示「共 0 条」或 NaN；但 layout 缺了 'count'，连「共」字都不会出现。
- 想隐藏总数 → 改
layout - 想改总数字段名 → 改
response.countName或parseData - 两者混用？没问题，但它们解决的是不同层级的问题
注意 'page' 文案和 'count' 是两回事
很多人误以为删掉 'count' 后，「当前第 1 页，共 5 页」也会消失——其实不会。这个文案由 'page' 项控制，它依赖 curr 和 count 计算得出，但显示本身不依赖 'count' 在 layout 里。
也就是说：layout: ['prev', 'page', 'next'] 会显示页码信息栏（含「当前第 x 页，共 y 页」），但不显示「共 xx 条」；而加了 'count' 才多出一行总数。
-
'page'控制页码区间和文字文案 -
'count'控制独立的总数行 - 两者可共存，也可单独存在
导出时仍要检查 DOM 状态
即使你已移除 'count'，如果表格启用了 done 回调并在里面手动往 .layui-table-page 插入了自定义统计文案，导出 PDF/Excel 时仍可能混进去。
导出前务必确认：$(".layui-table-page .layui-laypage-count").length === 0，而不是只信配置。
- 用
table.exportFile()导出时，它截的是整个.layui-table-box区域 - DOM 存在就可能被截，不管它是否 visible 或 display:none
- 最稳妥的方式：导出前用
$(".layui-laypage-count").remove()，回调里再 reload 表格（若需恢复）
'count' 却发现「当前第 x 页」还在，以为配置没生效——其实它压根不归 'count' 管。
