Paging3如何实现多参数请求下的RecyclerView双向分页功能

完全可以实现，你现在的代码有两个核心错误，导致双向分页失效：

• 你把LoadResult.Page的prevKey硬编码为null，Paging3原生支持双向分页：prevKey负责触发向上滚动时的分页请求（加载更新的内容），nextKey负责触发向下滚动时的分页请求（加载更旧的内容），写死prevKey = null相当于直接禁用了向上分页的自动触发能力。
• 你每次切换日期、手动监听滚动触发加载时，都会重新调用searchEvents创建新的分页流，再执行submitData替换整个适配器的数据，这会直接清空Paging3内部维护的已加载分页状态、加载状态，自然会把原本正常的向下分页逻辑冲掉。
• 额外提一句：你贴的PagingSource代码里dateStart= this.dateJump属于变量名错误，dateJump不是构造函数传入的参数，本身就会导致参数传递异常。

具体改法不需要自己监听滚动事件，Paging3会自动根据列表滚动位置，在接近顶部/底部时自动触发对应方向的加载，你只需要把逻辑适配好即可：

1. 不要把日期参数写死在PagingSource构造函数里，自定义分页键，把页码、对应方向的时间边界一起存在Key中：

// 分页键，同时标记页码、对应加载方向的时间边界
data class EventPagingKey(
    val page: Int,
    val afterTime: Long? = null, // 加载晚于该时间的更新内容，向上滚动用
    val beforeTime: Long? = null // 加载早于该时间的旧内容，向下滚动用
)

2. 在load方法中根据传入的params.key判断加载场景：初始加载选中日期时，用选中日期的时间戳作为初始边界；向上加载时取afterTime传参；向下加载时取beforeTime传参，统一调用接口即可。
3. 返回LoadResult.Page时动态计算Key：如果返回的新数据存在更新的内容可拉取，prevKey传入对应当前页顶部数据时间的EventPagingKey；如果存在更旧的内容可拉取，nextKey传入对应当前页底部数据时间的EventPagingKey。
4. 切换日期时不要重新创建分页流，直接调用adapter.refresh()，通过可更新的状态持有类把新的选中日期传给PagingSource，触发刷新即可，不会清空已有的分页状态。

• 可以用Epoxy配合自定义滚动阈值监听实现双向分页，但需要自己维护数据去重、加载状态、位置恢复、Diff计算逻辑，开发量比直接用Paging3大30%以上，仅适合列表有大量复杂自定义交互的场景。
• 不建议用SmartRefreshLayout这类传统下拉/上拉刷新库，这类库对双向分页的适配逻辑非常粗糙，和RecyclerView的预加载、复用机制冲突较多，且目前已经基本停止维护。

这是所有方案里实现成本最低、后续维护成本最小的方案：

不需要保留现在后端的三类特殊参数逻辑，统一接口参数规范即可

• 接口只保留三个通用参数：after（返回时间晚于该值的内容，对应向上加载更新数据）、before（返回时间早于该值的内容，对应向下加载旧数据）、limit（每页返回数量）。
• 初始加载选中日期的内容时，直接传after=选中日期前一天时间戳、before=选中日期后一天时间戳，拉取选中日期附近的第一页数据即可，不需要单独的「今日数据」「选中日期起始数据」特殊分支。
• 后续不管向上还是向下滚动，只需要取当前列表最顶部、最底部item的时间戳作为after/before参数传参即可，所有场景的请求逻辑完全统一，前端不需要写大量参数判断分支，也不会出现参数冲突导致某一方向分页失效的问题。

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