Android RecyclerView实现无限滚动加载更多时进度条半显示位置异常

基于RecyclerView+Firestore实现分页无限滚动时，触发加载更多逻辑后，底部加载进度条位置异常，仅在可视区域露出半部分，完全不符合预期的整行展示效果。

• 主布局边界配置错误
  主布局activity_main.xml中RecyclerView没有完全铺满父容器可视区域：比如ConstraintLayout下给RecyclerView额外加了无意义的底部margin，或者对齐约束漏设，导致RecyclerView的实际渲染高度小于屏幕可用高度，底部插入的进度条item刚好落在RecyclerView渲染区和屏幕的夹缝中，就会出现半露的情况。
  修复要求：将RecyclerView的四边约束全部对齐父容器，高度设置为match_parent，取消不必要的margin配置，保证RecyclerView的渲染范围覆盖除系统栏、标题栏外的全部屏幕区域。
• Footer进度条item布局测量异常
  承载进度条的列表item布局根节点高度如果设置为wrap_content，且没有给布局设置最小高度约束，布局测量阶段只会按照进度条控件本身的尺寸计算高度，当RecyclerView在滚动临界区插入这个item时，布局高度不足就会被可视区截断，只露出上半部分。
  修复写法：将进度条所在的item根布局高度设置为固定值（推荐48dp，符合移动端交互的最小点击区域规范），将进度条在布局内设置水平垂直居中，避免布局高度随进度条控件收缩。
• 滚动监听触发与适配器刷新时序错位
  滚动监听检测到列表滑到底部、满足分页加载条件时，没有先给适配器插入footer进度条item就直接发起Firestore分页请求，等请求返回时才往列表里加进度条，此时进度条刚好被插入到屏幕滚动区的边缘位置，自然会出现半露的效果。
  修复逻辑：检测到加载触发条件后，先将适配器的加载状态置为true，立刻通过notifyItemInserted()插入footer类型的进度条item，再发起Firestore的分页拉取请求；等请求结束后，移除footer item、通知适配器刷新列表数据、将加载状态置为false。
• 多类型item判断逻辑偏移
  适配器getItemViewType()方法中判断footer类型时，使用了固定的position值而非动态匹配当前列表长度，导致footer item被错插到列表的非底部位置，布局测量异常后出现展示半幅的问题。
  修复逻辑：在适配器内维护普通item、footer item两个固定的类型常量，通过if (position == currentDataList.size())判断当前渲染位置为footer，和实际列表数据长度动态对齐，不写死固定的position索引。

临时将RecyclerView的背景色设置为高对比度的红色，运行后观察RecyclerView的实际渲染范围：如果渲染范围底部距离屏幕底边存在空白，优先调整主布局的约束配置；如果渲染范围完全铺满屏幕，直接检查footer item的布局高度设置是否合理。

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