一般的对于上图样式的Sticker我们使用CoordinatorLayout & AppBarLayout就可以说实现。

但是对于下面这种呢？

我的实现思路

首先整个页面的UI结构是通过RecyclerView实现的。

对于上面这个Sticker的实现是在布局的最上方添加了一个和RecyclerView中要吸顶的Item一模一样的布局。然后监听RecyclerView的滚动:

mPostDetailRv.addOnScrollListener(object : RecyclerView.OnScrollListener() {
 override fun onScrolled(recyclerView: RecyclerView,dx: Int,dy: Int) {
  if (pageStatus == null || pageStatus.stickerPos == -1) return

  val preHolder = recyclerView.findViewHolderForAdapterPosition(pageStatus!!.stickerPos - 1)
  val targetHolder = recyclerView.findViewHolderForAdapterPosition(pageStatus!!.stickerPos)

  var offset = if (targetHolder != null) { //滚出去了
   -targetHolder.itemView.top
  }else{
   0
  }

  if (preHolder != null) {
   offset = -1
  }

  if (offset < 0) {
   mPostDetailCommentHeaderSticker.visibility = View.GONE
  } else {
   mPostDetailCommentHeaderSticker.visibility = View.VISIBLE
  }
 }
}

上面pageStatus.stickerPos是Sticker在RecyclerView中的数据的位置。上面的逻辑写的其实比较复杂，不过确实实现了需求(-_-),我解释一下:

即我判断Sticker是否出现依赖于itemView.top和Sticker的前一个itemview:

1. 如果当前的Sticker的 itemview显示在RecyclerView中，则根据它itemView.top来判断它是否滚动到了顶部
2. 如果它的前一个itemview已经不在RecyclerView中了(被回收了),那说明它肯定滚出去了，这时直接显示

上面的逻辑很奇怪，不过确实实现了吸顶的需求。

不过在后面的需求迭代中Sticker ItemView的前一个ItemView会不断变化，于是上面这段代码就出现了bug。。。。 那怎么解决呢？

更简单通用的方法

最后灵机一动，对于StickerItemView的显示我完全可以不依赖于前面这个ItemView:

mPostDetailRv.addOnScrollListener(object : RecyclerView.OnScrollListener() {
 override fun onScrolled(recyclerView: RecyclerView,dy: Int) {
  val currentDataPos = recyclerView.getChildAdapterPosition(recyclerView.getChildAt(0))

  if (pageStatus != null && currentDataPos < pageStatus.stickerPos) {
   mPostDetailCommentHeaderSticker.visibility = View.GONE
  } else {
   mPostDetailCommentHeaderSticker.visibility = View.VISIBLE
  }
 }
})

上面这段代码很轻松的修复了bug。并且它的逻辑很简单，也很通用:

判断当前RecyclerView显示的第一个条目的位置是否大于StickerItem的位置，如果大于就展示吸顶Sticker

效果:

上面这种实现仅适用UI结构是RecyclerView的情况

PASS : 如果你就是这么做的，请无视我(-_-)

更多小分享 : AdvancedAndroid

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对我们的支持。