弃用大高度AppBarLayout实现滚动吸顶兼容RV/ViewPager方案问询

完全可以弃用CoordinatorLayout与AppBarLayout实现目标交互，推荐使用单RecyclerView+真实可交互吸顶层的方案，无嵌套滚动冲突，完整保留RecyclerView原生复用机制，同时兼容两种内容区形式。

具体实现步骤 #

• 根布局选用最基础的FrameLayout/ConstraintLayout即可，无需引入嵌套滚动框架相关组件。
• 页面仅保留一个主RecyclerView作为滚动容器，三类视图全部映射为不同的ViewType加入主RecyclerView的适配器：
  • 所有需要滚动退出屏幕的a类视图，按展示顺序作为普通列表项放在数据源最前端
  • 需要吸顶的b类视图作为独立列表项，紧跟在所有a类视图之后
  • c类内容区（纯RecyclerView内容/嵌RecyclerView的ViewPager）作为独立列表项，放在b类视图对应的列表项之后
• 在根布局中添加一个和b类吸顶视图布局完全一致的真实视图作为固定吸顶层，默认设置为View.GONE。这个吸顶层是真实存在的视图，不是静态绘制的镜像，可直接绑定点击、滑动等所有交互事件，无需额外做事件透传处理。
• 给主RecyclerView绑定滚动监听，在onScrolled回调中实时更新吸顶层状态：
  1. 定位b类吸顶项在当前屏幕中的显示位置，获取其相对RecyclerView的top偏移值
  2. 当吸顶项的top偏移值≤0时，将吸顶层设为可见，固定在根布局y=0的顶部位置；同时将列表内的吸顶项本身设为透明，避免出现重影
  3. 当吸顶项的top偏移值>0时，将吸顶层设为不可见，恢复列表内吸顶项的显示
  4. 数据更新时，列表内的吸顶项和根布局的固定吸顶层同步绑定同一份数据，保证两者展示状态完全一致

两种内容区兼容处理 #

• 内容区为纯RecyclerView场景：直接将内容区所有数据作为普通列表项接在b类吸顶项之后即可，无额外适配成本。
• 内容区为ViewPager嵌套RecyclerView场景：
  1. 将ViewPager作为独立列表项加入主RecyclerView适配器
  2. 调用ViewPager内部所有子Fragment的RecyclerView的setNestedScrollingEnabled(false)方法，关闭子RecyclerView的嵌套滚动能力，所有纵向滚动事件统一由外层主RecyclerView接管
  3. 给主RecyclerView和所有子RecyclerView设置共享的RecycledViewPool，进一步优化复用效率
     该处理下不会出现手势切换导致的滚动抖动、卡顿问题，滚动体验完全一致。

方案优势 #

• 无多层嵌套滚动的事件转发逻辑，从根源上避免AppBarLayout方案存在的手势切换抖动、滚动不跟手问题
• 所有视图包括总高度数倍屏幕的a类视图，全部走RecyclerView原生回收复用逻辑，内存占用稳定
• 吸顶层为真实可交互视图，支持所有点击、输入、滑动交互，不存在静态镜像吸顶方案的交互失效问题

适配提示：如果a类视图内部包含横向滚动组件（如横向列表、轮播图），仅需在横向组件接收到触摸事件时调用parent.requestDisallowInterceptTouchEvent(true)，阻断主RecyclerView的纵向事件拦截即可，不影响整体滚动逻辑。

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