Angular 8+中基于NGRX实现REST API大数据列表分页的疑问

问题1：该场景下，使用NGRX实现分页是否合适？还是采用原有方案——每次点击页码时调用列表API并传入变更后的分页参数，直接从后端获取所需数据？ #

两种方案都可行，但结合你的7万+数据场景，更推荐用NGRX管理分页状态，同时保留原有后端分页API的调用逻辑，原因如下：

• 原有后端分页方案本身适配大数据量场景，能避免前端加载全量数据的性能问题，完全可以继续沿用；
• 引入NGRX不是为了替代后端分页，而是用来统一管理分页相关状态（比如当前页码、每页条数、总数据量、加载状态等），当多组件需要共享分页状态时（比如筛选栏和表格分页联动），状态同步会更顺畅，也能避免组件间传递状态的繁琐逻辑；
• 若不用NGRX，分页状态只能分散在组件内部，后续业务复杂度提升（比如新增筛选、排序功能）时，状态维护会越来越混乱。

问题2：若使用NGRX实现分页，是否需要一次性从后端拉取所有数据并缓存到NGRX Store中，再在前端完成分页逻辑？ #

绝对不需要一次性拉取全量7万+数据到Store，这么做会引发严重性能问题：

• 7万条数据会占用大量前端内存，导致页面加载缓慢、操作卡顿，甚至触发浏览器崩溃；
• NGRX的核心价值是状态管理，而非全量数据缓存，它更适合存储业务场景中需要共享、复用的状态元数据；
• 正确的做法是：在Store中存储分页元数据+当前页数据，包括当前页码、每页条数、总数据量、当前页列表数据、加载状态等。每次切换页码时，基于Store中的分页参数调用后端API，获取对应页的数据后更新Store里的当前页数据即可。如果有高频访问的页面，可以针对性做局部缓存（比如缓存最近3页的数据），但全量缓存完全没必要。

内容的提问来源于stack exchange，提问作者ishan