Paging 分页：从手动分页到声明式加载

为什么需要分页

当列表数据量很大时不可能一次性把所有数据加载到内存中。比如一个新闻列表有上万条数据，一次性加载会导致：

1. 内存溢出。其实， 上万条数据全部持有在内存中。列表滚动时还可能触发更多 GC。
2. 首屏慢。 使用者要等所有数据下载完才能看到页面体验极差。
3. 流量浪费。 使用者可能只看前几条，后面的数据根本用不到。

分页加载的思路就是：先加载一小部分数据展示，使用者滚动到底部时再自动加载更多。

手动分页的痛点

在 Paging 出现之前，很多开发者手动实现分页逻辑：

class NewsAdapter : RecyclerView.Adapter {
private val items = mutableListOf
private var currentPage = 1
private var isLoading = false
private var hasMore = true
fun loadMore {
if return
isLoading = true
api.getNews.enqueue { list ->
items.addAll
currentPage++
hasMore = list.isNotEmpty
isLoading = false
notifyDataSetChanged
}
}
}

这段代码有几个典型问题：

• 状态管理复杂。 isLoadinghasMorecurrentPage 等标志位容易出 bug，比如重复请求或漏掉加载。
• 与 RecyclerView 耦合。 分页逻辑散落在 Adapter 和 Fragment/Activity 中，难以测试。说起来，
• 错误处理不统一。 加载失败后的重试逻辑需要自己维护。话说回来，
• notifyDataSetChanged 做全量刷新，性能差。话说回来，Paging 把这些繁琐的工作都封装好了。

`

`Paging 是 Android Jetpack 中的分页加载库，主要特点：` `

` `
1. `基于 Kotlin Coroutines + Flow。天然支持协程，数据流用 `Flow``<`PagingData`<`T`>``表示。自动加载下一页，按理说，监听滚动位置，在合适的时机自动触发加载，不需要手动判断。内置状态管理，加载中、加载失败、加载完成等状态都有内置支持，包括 Footer 显示。支持 DiffUtil，`PagingDataAdapter 内置 DiffUtil`,自动做增量更新。支持多种数据源，其实，网络、Room 数据库、或者两者结合都行。

   `添加依赖`

   `在 `build.gradle 中：

   `
   `dependencies {`
   `implementation "androidx.paging:paging-runtime:."`
   `// 如果只用 Compose`
   `implementation "androidx.paging:paging-compose:."}`
   `
   `
   `
   
   `主要组件 `<\h3>`
   `
   `
   ``
   `
   `
   `
   \t
   `组件 `<\th>`
   `
   `职责 `<\th>`
   `
   <\tr>
   <\ad>
   \tbody>
   \t
   `**PagingSource** `
   <\td>
   \t
   `数据源,定义"从哪里加载数据"还有"如何加载下一页/上一页"
   Pager配置器。设置页面大小、预加載阈值等参数,输出 `Flow``<`PagingData```
   RecyclerView 适配器,消费 `PagingData并展示列表
   
   说到第一步先，定义 PagingSource 
   `
   `
   
   
   
   
   
   
   

'

class NewsPagingSource( private val api: NewsApi) : PagingSource`Int,News> { override suspend fun load : LoadResult`Int,News» { val page = params.key?: 1 return try { val response = api.getNews LoadResult.Page( data=response.data,prevKey=if null else page-1。nextKey=if ) null else page+1) } catch { LoadResult.Error } } override fun getRefreshKey : Int?{ return state.anchorPosition?.let { pos -> state.closestPageToPosition?.prevKey，.plus : state.closestPageToPosition?.nextKey，.minus } } }

• LoadParams.key:  是頁碼首次載入時為null我們用默認值1." />" />" />
• prevKey/nextKey:  "tells paging framework about key for previous and next pages.If we reach end n return null." />" />"" />
• getRefreshKey:  "used for refreshing like pull-to-refresh after recovery scrolling position." />" />"" />

"

接下来的观点是，用 Pager 创建数据流

。

---