我们有一个搜索/列表资源:
http://xxxx/users/?page=1
在内部，页面大小是静态的并返回 20 个项目。用户可以通过增加页码来向前移动。但是为了更加灵活，我们现在还考虑公开页面的大小:
http://xxxx/users/?page=1&size=20
因此，这是灵活的，因为客户端现在可以在搜索时决定网络调用与响应大小。当然，这有一个缺点，即服务器可能会因意外或恶意而受到重创:
http://xxxx/users/?page=1&size=1000000
为了健壮性，解决方案可能是配置页面大小的上限(例如 100)，当超过时表示错误响应或 HTTP 重定向到具有最大可能页面大小参数的 URL。
你怎么认为？
最佳答案
就个人而言，我只会记录最大页面大小，任何大于此大小的内容都将被视为最大页面大小。
关于REST API 分页 : make page-size a parameter (configurable from outside)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2015925/