C端产品分页技术中，page、page_size与游标，哪种更深入？
摘要：从 page、page_size 到游标：深入解析C端产品的两种主流分页技术 在开发 C 端应用程序时，无论是社交媒体的信息流、电商的商品列表，还是新闻 App 的文章列表，只要涉及到大量数据的展示，“分页”就是一个不可或缺的功能。它不仅能
从 page、page_size 到游标：深入解析C端产品的两种主流分页技术
在开发 C 端应用程序时，无论是社交媒体的信息流、电商的商品列表，还是新闻 App 的文章列表，只要涉及到大量数据的展示，“分页”就是一个不可或缺的功能。它不仅能显著提升页面加载速度，还能优化服务器和数据库的性能。
长久以来，page（页码）和 page_size（每页数量）的组合是我们最熟悉的分页方式。然而，随着“无限滚动”和实时数据流的兴起，还有一种叫做“游标分页”的设计。
本文将带你深入了解这两种分页方式的运作原理、优劣势，并结合 Java 实现代码、性能对比 和 真实案例，为你介绍这两种技术选型。
一、传统分页：简单直观的 page 和 page_size
这是最经典的分页实现，也被称为“偏移量分页”。核心思想是通过指定要跳过的记录数（offset）和要获取的记录数（limit）来查询数据。
工作原理
客户端请求通常包含两个参数：
page：当前请求的页码（例如：3）
page_size：每页显示的数量（例如：10）
服务器端在收到请求后，会将其转换为数据库查询中的 LIMIT 和 OFFSET。
SQL 查询示例：
-- 请求第一页
SELECT * FROM items ORDER BY created_at DESC LIMIT 10 OFFSET 0;
-- 请求第三页
SELECT * FROM items ORDER BY created_at DESC LIMIT 10 OFFSET 20;
Java 代码示例
@GetMapping("/items")
public PageResponseDTO<Item> list(@RequestParam int page, @RequestParam int pageSize) {
Pageable pageable = PageRequest.of(page - 1, pageSize, Sort.by("createdAt").descending());
Page<Item> result = itemRepository.findAll(pageable);
return new PageResponseDTO<>(
result.getContent(),
page,
pageSize,
result.getTotalElements(),
null, null,
result.hasNext()
);
}
优点
实现简单：逻辑直观，前后端都容易理解。
支持跳页：用户能直接跳转到指定页码，适合后台管理类系统。
缺点
深度分页性能差：OFFSET 会丢弃前面大量数据，1000 页以后性能急剧下降。
数据不一致：数据集频繁更新时，翻页容易出现重复或遗漏。
二、游标设计
游标分页放弃了“页码”的概念，而是用一个“游标”（Cursor）来标记当前位置。常用策略是基于唯一且有序的字段（如 (created_at, id)）来生成游标。
工作原理
初始请求：客户端请求 /items?limit=10。
服务端响应：返回数据 + next_cursor。
后续请求：客户端带上游标 /items?limit=10&cursor=xxxx，服务端从游标位置继续取数据。