不使用Room时如何让PagingSource加载新数据同时保留旧数据

不需要接入Room即可实现双向分页时保留已加载数据，“必须配合Room才能保留数据”是认知误区。加载旧数据时原有内容消失，本质是实现逻辑不符合Paging3的加载规范，而非组件本身的限制。

触发旧数据加载后内容消失的直接原因是错误手动调用了invalidate()方法。该方法会直接销毁当前所有已加载的分页数据，强制触发全量刷新，和是否使用Room没有关系。
另外自行在列表顶部拦截滑动事件触发加载的逻辑完全多余，Paging组件本身内置了双向预加载能力，不需要额外做滑动事件拦截。

• 废弃手动滑动拦截、手动调用invalidate()触发旧数据加载的逻辑，交给Paging自身的预加载机制调度加载请求。配置PagingConfig时设置合理的prefetchDistance，关闭占位符即可：

  val pager = Pager(
      config = PagingConfig(
          pageSize = 20,
          prefetchDistance = 5, // 距离顶部/尾部剩余5个条目时自动触发加载
          enablePlaceholders = false,
          maxSize = PagingConfig.MAX_SIZE_UNBOUNDED // 不自动回收已加载的分页，避免数据被意外清除
      ),
      pagingSourceFactory = { RemoteHistoryPagingSource(api) }
  ).flow.cachedIn(viewModelScope)
  

• 正确实现PagingSource的加载逻辑，同时处理前向（加载更早历史数据）、后向（加载后续新数据）两个方向的key映射，不要在加载逻辑里做全量替换。以常用的自增ID/时间戳分页为例：

  class RemoteHistoryPagingSource(
      private val api: YourApiService
  ) : PagingSource<Long, HistoryItem>() {
  
      override suspend fun load(params: LoadParams<Long>): LoadResult<Long, HistoryItem> {
          return runCatching {
              // key为null时为初始加载，取最新数据的锚点
              val anchorId = params.key ?: LATEST_FIRST_ANCHOR_ID
              val response = api.fetchPage(
                  anchorId = anchorId,
                  count = params.loadSize,
                  // 锚点小于初始ID代表向前查询更早的历史数据
                  queryOlder = anchorId < LATEST_FIRST_ANCHOR_ID
              )
              val list = response.items
              LoadResult.Page(
                  data = list,
                  // 前向加载key：取当前返回结果最早一条的ID，没有更早数据时传null终止前向加载
                  prevKey = if (list.isEmpty() || response.noOlderData) null else list.first().id,
                  // 后向加载key：取当前返回结果最新一条的ID，没有更新数据时传null终止后向加载
                  nextKey = if (list.isEmpty() || response.noNewerData) null else list.last().id
              )
          }.getOrElse { LoadResult.Error(it) }
      }
  
      override fun getRefreshKey(state: PagingState<Long, HistoryItem>): Long? {
          // 刷新时以当前可见位置的条目为锚点，保证刷新后相邻分页数据可复用，列表不跳动
          return state.anchorPosition?.let { pos ->
              state.closestItemToPosition(pos)?.id
          }
      }
  }
  

• 不要通过重新提交全量PagingData的方式插入头部历史数据，局部数据插入使用PagingData提供的insertHeaderItem、insertSeparators等API实现，不会触发整个列表重建。

Room的Paging扩展库自动帮开发者实现了数据源增量更新、key自动对齐、diff计算的逻辑，不管是插入头部还是尾部数据，都会自动做局部更新而不是全量刷新。但这套逻辑是Paging组件本身支持的能力，并非Room独有，纯远程场景只要遵循Paging的加载规范，正确返回前后分页key、实现刷新锚点逻辑，完全可以达到和接入Room一致的效果，不会出现已加载数据丢失的问题。

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