删掉'count'就能生效，因为Layui分页栏严格按page.layout数组内容渲染DOM，'count'对应「共xx条」区域，不写则不生成该节点，彻底避免占位、错乱和reload恢复问题。
去掉总页数显示，只需从 page.layout 中移除 'count' 即可，不需要改后端字段或写 CSS 隐藏。
为什么删掉 'count' 就能生效
Layui 分页栏的每个可见区域都严格由 layout 数组控制：写了才渲染，不写就不生成 DOM。总条数（即「共 xx 条」）对应的就是 'count' 这一项。它和 'prev'、'next' 是同级开关，不是样式问题，也不是后端映射问题。
常见错误是试图用 CSS 隐藏 .layui-laypage-count，这会导致两个实际问题：
- DOM 仍存在，可能干扰点击区域或导致 iOS Safari 下布局错位
- 调用 table.reload() 后，该节点会重新渲染出来，隐藏失效
正确做法就是让这个节点压根不出现。
page.layout 中哪些项会影响总页数相关文案
总页数显示只依赖 'count'，但要注意几个关联点：
- 'count' 是唯一控制「共 xx 条」是否显示的配置项
- 'page' 不影响总条数，但它控制中间页码容器（含当前页/总页数文案），缺失会导致翻页逻辑失效
- 'limit' 和 'skip' 与总条数无关，删了也不会影响「共 xx 条」的显示逻辑
- 如果用了 response.countName: 'total' 或 parseData，这些只影响 count 值能否正确提取，不影响「是否显示」
实际配置示例和易踩坑点
假设你只想保留上一页、页码、下一页，去掉「共 xx 条」：
|
1 2 3 4 |
page: { layout: ['prev', 'page', 'next', 'limit', 'refresh'] // ? 没有 'count'，就不会渲染总条数区域 } |
容易出错的情况：
- 写成 layout: ['prev', 'page', 'next'] 且漏掉 'page' → 翻页按钮点击无响应（'page' 是事件绑定核心容器）
- 误以为 count: 0 或 count: null 能隐藏文案 → Layui 会显示「共 0 条」或报错，不隐藏 DOM
- 在 done 回调里手动删掉 .layui-laypage-count 元素 → reload 后恢复，且破坏内部节点引用关系
真正干净的做法，就是初始化时明确不写 'count' —— 它不参与任何逻辑计算，只决定 UI 是否存在。
原文链接：
相关文章
