Spring Pagination 中的偏移量计算

Question

我有一个分页索引从 1 开始的服务。经过一些逻辑后，我得到了实体列表，我返回如下相同（响应）

totalCount = responses.size();
return new PageImpl<>(responses, pageable, totalCount);

和当我请求第一页时为

new PageRequest(1, 100)

我得到了回复

{"content": [
       {
            "id": "e1",
        }{
            "id": "2",
        }
     ],
    "last": false,
    "totalElements": 102,
    "totalPages": 2,
    "size": 100,
    "number": 1,
    "sort": null,
    "first": true,
    "numberOfElements": 2
}

即使我有 "numberOfElements": 2 我也会返回 "totalElements": 102

我发现的问题是因为 PageImpl 中的 pageable.getOffset() 计算

this.total = !content.isEmpty() && pageable != null && pageable.getOffset() 
+ pageable.getPageSize() > total
                ? pageable.getOffset() + content.size() : total;

在我的第一页场景中，我的偏移量为 100 (1*100)。我该如何解决这个问题。

注意：我使用第三方服务来获取索引为 1 的响应。所以我试图让我的服务与此保持一致，以便整个逻辑遵循相同的索引。

Answer 1

您得到的结果是正确的，因为PageRequest 使用了从零开始的页面，如API docs 中所述：

参数：

page - 从零开始的页面索引。

size - 要返回的页面的大小。

这意味着您正在检索第二页（而不是第一页），并且由于您的记录限制为 100 条，总共有 102 条记录，因此您将只检索最后两条。

您仍然可以公开一个从 1 开始的数字：

new PageRequest(page-1, 100);

---

或者，您可以通过实现Pageable 来自定义它。这允许您覆盖 Spring 数据使用的实际偏移量。

尽管如此，这并没有改变 Spring 数据期望 getPageNumber() 是从零开始的数字这一事实。您无法更改它，您只能在其之上添加一个抽象层以使其满足您的要求。

Answer 2

那有什么问题？ totalElements 告诉您数据源中存储了多少元素。 numberOfElements 告诉您当前页面包含多少元素。 当总共有 102 个元素并且您请求大小为 100 的页面 2 时，您应该会得到您收到的确切响应。

什么可能让你感到困惑：

使用new PageRequest(1, 100)，您正在请求第二页，因为索引从0开始。