你第一次在设计方案中展示分页器时，往往会从一串真实的抱怨开始。运营说商品太多，用户翻不到想要的。研发说别一次拉全量，性能扛不住。你把页面滑到最底部，看到那排 1 2 3 …，才意识到一件事，分页器看着朴素，想要做好，确实有很多因素需要仔细权衡。

分页器的价值，不在于把内容切成十条一页。它更像一只方向盘，信息多到看不见尽头时，用户需要它来稳住节奏。你要让他知道自己站在哪一页，下一步能去哪，前面还有多远。只要这三件事说清楚，分页就会显得可靠。

1. 先把分页想明白

动手画分页器组件之前，先问自己三个问题。

1. 用户是在随便逛，还是带着目标来找。逛的人更在意顺滑和连续，找的人更在意定位和可控。
2. 用户会不会频繁回到某个位置，或者在几条结果之间来回对比。
3. 用户会不会在列表里做批量处理，比如批量删除、批量导出、批量审批。

这三个问题不难回答，它们决定了分页器的类型。它到底是轻巧的路标，还是严肃的工作台。

2. 基础形态先把前进后退想好

最基础的分页器，核心就两件事，上一个页面、下一个页面。但越简单的东西越容易出错，因为用户不会给你太多耐心。

想象一下，你在后台审核订单。你点下一页，页面切得很快。你再点上一页，按钮看起来还能点，却没有任何反应。用户不会觉得这是边界状态，他只会觉得系统出了毛病。正确做法很朴实，不可用就明确禁用，视觉上像禁用，交互上也真的点不动。别让用户靠试错来理解规则。

如果你只能把分页做好一半，那就先把边界状态做好。第一页禁用上一页，最后一页禁用下一页。用户会因此更信任这套系统，因为它像一个知道用户在做什么。

3. 数字页码让用户有范围感

很多人以为页码的意义在跳转，其实更重要的是范围感。

比如你在电商里搜黑色卫衣，结果有 50 页。你看到 1 … 30 31 32 33 34 … 50，会立刻获得一种位置意识。你在中间偏后，离头尾都还有距离。这个意识会让人更冷静，也更愿意继续找，因为他知道自己不是在无边无际地乱翻。

但页码有一个隐形前提，用户得相信每一页大致是什么。如果内容更像新闻流、灵感流，结构松散，更新频繁，用户并不关心第 8 页长什么样。此时页码反而像给随手翻看的杂志硬加目录，看起来郑重，实际增加了负担。

4. 用省略号别把路堵死

当页数上百上千，你不可能把所有数字都铺开。省略号是必须的，但它不是装饰，它是一种导航策略。好用的截断逻辑通常满足两点：

• 第一，当前页永远稳定地出现，并且左右相邻页能看见，让用户知道自己周围还有路。
• 第二，头尾页最好能看见，让用户知道这条路的边界在哪里。你可以把它想成一条长路上的路标，当前位置在中间，附近两站在旁边，起点和终点在远处。

最糟糕的情况，是页码翻着翻着失去参照。每次翻页，数字的移动方式都不一致，用户就会产生一种很不舒服的感觉，我明明在前进，却不知道自己走到了哪。

5. 总数提示给用户一个心理预算

总共有多少条，很多界面不写，或者写得很敷衍。但它对用户很关键，因为它决定了心理预算。

在后台里，用户不是来看内容的，他是来处理任务的。你告诉他 1–50，共 13,241 条，他会立刻明白这不是五分钟能做完的活，于是会去筛选，去缩小范围，去调整策略。你不告诉他总数，他就只能靠翻页来猜规模。越猜越焦虑，最后把不满都归到产品上。

总数不是统计装饰，它更像一种诚实的沟通。我把事情的规模摆在你面前，你可以据此做决策。

6. 每页条数给选择别让选择泛滥

每页显示多少条是常见需求。它对熟练用户很友好，但别把它做成一堆无意义的数字堆叠。

如果下拉菜单里塞满 10、20、30、40、50、60，看似贴心，实际让人困惑。我为什么要在 40 和 50 之间纠结。更好的方式，是提供少而清晰的档位，并用语义帮助理解，比如紧凑、舒适、扩展，或者用跨度明显的 10、20、50、100。用户会觉得你在给他选择模式，而不是丢给他一道算术题。

默认值也要务实。电商前台可能倾向舒适阅读，后台数据表可能倾向处理效率。但无论哪种，默认值首先要保证性能稳定，滚动顺畅。别为了显得高级，把首屏变成一块沉重的石头。

7. 跳页输入框是快捷通道不是标配

当页数巨大时，跳页输入框确实有用。比如你在日志系统里排查问题，知道大概在第 240 页附近。或者你在订单系统里追溯某个时间段，页码本身就是线索。

但要记住，多数用户并不知道要去哪一页。在普通消费场景里，跳页入口往往用不上，还会增加视觉复杂度。你可以把它当成高手通道，当你的用户确实有这种工作方式，再给。否则先把搜索、筛选、排序做好，它们更符合大众用户的直觉。

8. 别让翻页变成体力活

分页器放在底部很常见。但当列表很长，表格很密时，用户每次想换页都要滚到最底部，这会把翻页变成体力活。这时可以考虑两种策略。

第一，在顶部也提供分页，让用户刚进列表就能规划。

第二，让分页在滚动时保持可见，比如固定在表格底部栏里。尤其在企业应用里，这种减少无意义滚动的改动，带来的效率提升会非常直观。

xenforo的页头也提供了分页

判断也很简单，如果翻页是高频动作，就别让用户每次都跑一趟。

9. 跨页勾选容易出错

只要列表里出现复选框和批量操作，分页就不再只是导航，它会直接影响用户的安全感。

典型场景是，你在第 1 页选了 20 条，翻到第 2 页又选了 30 条，然后点删除。真正吓人的不是删得多，而是用户不确定自己到底删了什么，范围有多大，有没有漏选，有没有误选。

稳妥做法不是禁止跨页选择，而是把选择范围讲清楚。已选多少条，跨了几页，是否要选择所有匹配结果。当操作影响巨大时，再给一个确认步骤，让用户在最后一刻看见后果。这不是啰嗦，这是在替用户兜底。

高级的后台体验，往往就藏在这种细节里。它不断把用户从不确定里拎出来，让每一步都踏实。

10. 什么时候别用分页

分页不是万能药。有些场景里，它反而显得笨重。比如向导、步骤流程、幻灯片式内容、日历切换，这些更像按序浏览。用户需要的是清晰的前进后退，而不是数字页码带来的位置感。再比如新闻流、灵感流，用户的行为是滑动与发现。页码定位不符合他们的心智模型，你硬塞进去，只会让界面显得拘谨。

你可以用一句话判断，当用户不在意总共有多少，页码就很难显得合理。

11. 分页与无限滚动怎么选

如果你在分页和无限滚动之间犹豫，可以先用一条不太会错的经验法则：逛的时候优先滚动。找的时候优先分页。

这是因为逛的时候，用户想要连贯和沉浸。找的时候，用户想要控制和定位。电商这类场景往往两者都有，你可以把滚动做得顺滑，同时用筛选、排序、搜索把范围收紧。任务属性很强的场景，比如后台管理，分页往往更受欢迎。

12. 混合方案能兼得但别乱来

有些产品会把两者结合，内容滚动加载，同时提供跳转能力或分段导航，让用户既能顺滑浏览，又不会彻底迷路。

google相册采用了滚动 + 分页相结合的浏览方式

混合方案的难点不在界面，而在状态一致性。用户返回时位置还在不在，筛选条件变化时列表怎么更新，浏览器返回会不会变得奇怪。如果团队实现经验不足，我更建议先把清爽可靠的分页做好。一个稳定的工具，比一个看起来很酷却经常让用户迷路的体验更值得信任。

13. 先把筛选与搜索做强

很多用户并不想一页页翻。他们想直接找到东西。分页器常常是最后一公里的补充手段，而不是解决一切的主角。

当你把搜索、筛选、排序做得足够好，用户会自然把范围缩小到可处理的程度。这时分页器只要清晰、稳定、可预测，就已经足够优秀。反过来，如果筛选很弱，分页就会被迫承担过多责任。用户翻到最后，只会更烦。