1.【MyAndroid】RecyclerView实现头部悬浮吸顶效果且可点击--100个经典UI设计模板(96/100)
2.RecyclerView详解
3.ItemDecoration 的源码实用技巧
4.如何高效、简单实现菜单拖拽排序？

【MyAndroid】RecyclerView实现头部悬浮吸顶效果且可点击--100个经典UI设计模板(96/100)

       本文将展示RecyclerView如何实现头部悬浮吸顶效果，源码并提供个经典UI设计模板中的源码一种实例。通过自定义StickyHeadContainer、源码OnStickyChangeListener和StickyItemDecoration，源码以及适配器的源码群晖网站源码设置，我们可以实现头部的源码可滚动和点击功能。

       首先，源码代码结构主要包括RecyclerView、源码LinearLayoutManager和Adapter。源码在布局中，源码关键部分是源码StickyHeadContainer的使用，如在StockActivity的源码initView()方法中。要确保头部悬浮吸顶效果的源码显示，务必在RecyclerViewAdapter中设置mDataCallback。源码StickyHeadContainer的onDataChange()方法是实现吸顶效果的关键，其源码清晰易懂，可以从gitee.com/lc/my-andr...获取。

       此外，本文还提到了Mcflag/Expan...项目作为参考，提供了粘性头部的fedora 内核源码 网址点击功能。如果你对个经典UI设计模板中的其他部分感兴趣，smartApi是一个好用的API接口开发工具。smartApi-v1.0.0版本在年9月日上线，它是一款简化版的postman，具有基础功能。关于smartApi的下载地址，可以访问pan.baidu.com/s/1m5dY_p...

RecyclerView详解

       RecyclerView作为ListView和GridView的替代，但是和ListView不一样的是，RecyclerView不再负责Item的摆放等显示方面的功能，所有和布局、绘制等方面的工作都拆分成不同的类进行管理。

        RecyclerView与ListView的不同点，主要在于以下几个特性：

        如果你想使用RecyclerView，需要做以下操作：

        我们可以从下图更直观的了解到RecyclerView的基本结构：

        RecyclerView不再负责Item视图的布局及显示，所以RecyclerView也没有为Item开放OnItemClick等点击事件。可以通过以下方式进行：因为在ViewHolder我们可以拿到每个Item的根布局，所以如果我们为根布局设置单独的OnClick监听并将其开放给Adapter，那么就可以在组装RecyclerView时就能够设置ItemClickListener，只不过这个Listener不是设置到RecyclerView上而是设置到Adapter。

        多Item布局，getItemViewType方法，用法和ListView没有任何区别，这里要注意的是函数onCreateViewHolder(ViewGroup parent, int viewType)的第二个参数就是View的类型，可以根据这个类型判断去创建不同item的ViewHolder，从而完成多Item布局。

        在RecylerView中，Adapter扮演着两个角色：一是根据不同viewType创建与之相应的的itemView，二是访问数据集合并将数据绑定到正确的View上。这就需要我们实现以下两个函数：

        另外我们还需要重写另一个方法，像ListView-Adapter那样，同样地告诉RecyclerView-Adapter列表Items的总数：

        ViewHolder描述RecylerView中某个位置的itemView和元数据信息，属于Adapter的一部分，其实现类通常用于保存findViewById的结果。 主要元素组成有：

        关于ViewHolder，这里主要介绍mFlags：

        FLAG_BOUND——ViewHolder已经绑定到某个位置，mPosition、mItemId、mItemViewType都有效

        FLAG_UPDATE——ViewHolder绑定的View对应的数据过时需要重新绑定，mPosition、mItemId还是一致的

        FLAG_INVALID——ViewHolder绑定的View对应的数据无效，需要完全重新绑定不同的数据

        FLAG_REMOVED——ViewHolder对应的数据已经从数据集移除

        FLAG_NOT_RECYCLABLE——ViewHolder不能复用

        FLAG_RETURNED_FROM_SCRAP——这个状态的ViewHolder会加到scrap list被复用。

        FLAG_CHANGED——ViewHolder内容发生变化，通常用于表明有ItemAnimator动画

        FLAG_IGNORE——ViewHolder完全由LayoutManager管理，不能复用

        FLAG_TMP_DETACHED——ViewHolder从父RecyclerView临时分离的标志，便于后续移除或添加回来

        FLAG_ADAPTER_POSITION_UNKNOWN——ViewHolder不知道对应的Adapter的位置，直到绑定到一个新位置

        FLAG_ADAPTER_FULLUPDATE——方法addChangePayload(null)调用时设置

        LayoutManager主要作用是，测量和摆放RecyclerView中itemView，以及当itemView对用户不可见时循环复用处理。

        当我们想在某些item上加一些特殊的UI时，往往都是在itemView中先布局好，然后通过设置可见性来决定哪些位置显示不显示。RecyclerView将itemView和装饰UI分隔开来，装饰UI即ItemDecoration，主要用于绘制item间的分割线、高亮或者margin等。其源码如下：

        过去AdapterView的item项操作往往是没有动画的。现在RecyclerView的ItemAnimator使得item的动画实现变得简单而样式丰富，我们可以自定义item项不同操作（如添加，删除）的动画效果。

        Recycler用于管理已经废弃或与RecyclerView分离的（scrapped or detached）item view，便于重用。Scrapped view指依附于RecyclerView，但被标记为可移除或可复用的view。

        LayoutManager获取Adapter某一项的View时会使用Recycler。当复用的View有效（clean）时，View能直接被复用，反之若View失效（dirty）时，需要重新绑定View。对于有效的View，如果不主动调用request layout，则不需要重新测量大小就能复用。在分析Recycler的复用原理之前，我们先了解下如下两个类：

        RecyclerViewPool用于多个RecyclerView之间共享View。只需要创建一个RecyclerViewPool实例，然后调用RecyclerView的setRecycledViewPool(RecycledViewPool)方法即可。RecyclerView默认会创建一个RecyclerViewPool实例。

        通过源码我们可以看出mScrap是一个<viewType, List>的映射， mMaxScrap 是一个<viewType, maxNum>的映射，这两个成员变量代表可复用View池的基本信息。调用 setMaxRecycledViews(int viewType, int max) 时，当用于复用的 mScrap 中viewType对应的ViewHolder个数超过maxNum时，会从列表末尾开始丢弃超过的部分。调用 getRecycledView(int viewType) 方法时从 mScrap 中移除并返回viewType对应的List的末尾项。

        ViewCacheExtension是一个由开发者控制的可以作为View缓存的帮助类。调用Recycler.getViewForPosition(int)方法获取View时，Recycler先检查attached scrap和一级缓存，如果没有则检查ViewCacheExtension.getViewForPositionAndType(Recycler, int, int)，如果没有则检查RecyclerViewPool。注意：Recycler不会在这个类中做缓存View的操作，是否缓存View完全由开发者控制。

        现在大家熟悉了RecyclerViewPool和ViewCacheExtension的作用后，下面开始介绍Recycler。 如下是Recycler的几个关键成员变量和方法：

        获取某个位置需要展示的View，先检查是否有可复用的View，没有则创建新View并返回。具体过程为：

        注：以上每步匹配过程都可以匹配position或itemId（如果有stableId）。

ItemDecoration 的实用技巧

       ItemDecoration 是 Android 的 RecyclerView 组件提供的一种方法，允许我们为组件中的项目添加专门的绘制和布局，如分割线、强调和装饰等。默认情况下，RecyclerView 显示如下图所示。

       当我们希望实现以下显示效果时，ItemDecoration 成为理想选择。

       若不使用此功能，我们只能在XML文件中添加如 layout_margin 的值。在某些场景下，这种方法并不适用。使用代码控制虽然可行，例如在onBindViewHolder中根据数据位置编写相关逻辑，充值抽奖系统源码如去除最后一个数据对应的 layout_margin。但这种方式意味着如果在adapter中再次使用代码控制，复用XML文件可能变得困难，除非在代码中进行额外控制。而采用ItemDecoration，能简化整个流程，避免在adapter中重复代码。

       实现ItemDecoration的实用技巧包括两步：

       1. 创建自己的ItemDecoration子类。

       实现步骤需要在 androidx.recyclerview.widget.RecyclerView.ItemDecoration 下。通过重写 onDraw、onDrawOver 和 getItemOffsets 函数，我们能自定义绘制、覆盖绘制和设置item与RecyclerView各边的距离。

       2. 通过 getItemOffsets 函数实现间隔。

       重写此函数，根据每项的间隔进行处理。注意函数返回的单位为px，若需转换为dp，可通过定义dp至dimen.xml并获取值。此操作简化了实现间隔的手机apk源码大全流程。

       3. 实现分割线。

       代码演示了如何通过ItemDecoration实现分割线功能。理解代码中的距离值是关键，通常 top 代表距离当前Item的距离，但实际距离是指从最上方的距离。正确标注有助于理解代码意图。

       onDraw 和 getItemOffsets 需要协同工作，否则可能无法正常显示绘制内容。onDraw会在Item下方绘制，若未留足空间，绘制内容将不可见或显示异常。

       本文介绍了ItemDecoration的使用技巧，包括创建自定义子类、实现间隔和分割线功能。未来会继续补充内容，深入探讨RecyclerView的使用、问题解决和源码分析，目标是实现从使用到源码彻底理解的全面攻略。

如何高效、简单实现菜单拖拽排序？

       本文主角是数字源码在线ItemTouchHelper，它是RecyclerView对于item交互处理的一个辅助类，主要用于拖拽以及滑动处理。通过接口实现的方式，达到配置简单、逻辑解耦、职责分明的效果，并且支持所有的布局方式。实现主要包含自定义一个类，实现ItemTouchHelper.Callback接口，并在实现方法中根据需求简单配置。接口包含三个必须实现的方法：getMovementFlags、onMove和onSwiped。getMovementFlags用于创建交互方式，交互方式分为两种，最后通过makeMovementFlags把结果返回回去，makeMovementFlags接收两个参数，dragFlags和swipeFlags，即上面拖拽和滑动组合的标志位。onMove方法在拖拽时回调，这里主要对起始位置和目标位置的item做一个数据交换，然后刷新视图显示。onSwiped方法在滑动时回调，这个回调方法里主要是做数据和视图的更新操作。

       接下来就是把这个辅助类绑定到RecyclerView。上面接口实现部分我们已经简单写好了，逻辑也挺简单，总共不超过行代码。绑定只需要调用attachToRecyclerView就好了。至此，简单的效果就已经实现了。下面开始优化和进阶的部分。

       为了优化，我们添加了设置分割线的功能。RecyclerView网格布局实现等分，我们一般先是自定义ItemDecoration，然后调用addItemDecoration来实现的。但是我在实现效果的时候遇到一个问题，因为我加了布局切换的功能，在每次切换的时候，针对不同的布局分别设置layoutManager和ItemDecoration，这就导致随着切换次数的增加，item的间隔就越大。addItemDecoration，顾名思义是添加，通过查看源码发现RecyclerView内部是有一个ArrayList来维护的，所以当我们重复调用addItemDecoration方法时，分割线是以递增的方式在增加的，并且在绘制的时候会从集合中遍历所有的分割线绘制。部分源码显示了这一过程。

       既然知道了问题所在，也大概想到了3种解决办法：1.调用addItemDecoration前，先调用removeItemDecoration方法remove掉之前所有的分割线；2.调用addItemDecoration(@NonNull ItemDecoration decor, int index)，通过index来维护。实际上并不太行...因为始终都有两个分割线实例。我们再来梳理一下：我想到另外一个办法，不对RecyclerView做处理了，既然两种布局都有分割线，是不是可以把分割线合二为一了，然后根据LayoutManager去绘制不同的分割线？理论上是可行的，事实上也确实可以...自定义分割线：

       为了提升用户体验，我们添加了选中放大/背景变色的功能。这里用到ItemTouchHelper.Callback中的两个方法，onSelectedChanged和clearView。我们需要在选中时改变视图显示，结束时再恢复。onSelectedChanged方法在拖拽或滑动发生改变时回调，这时我们可以修改item的视图。clearView方法在拖拽或滑动结束时回调，这时我们要把改变后的item视图恢复到初始状态。

       在实际需求中，我们可能还需要实现固定位置的功能。定义一个固定值，并设置不同的背景色和其他菜单区分开。在onMove方法中判断，只要是固定位置就直接返回false。虽然第一个菜单无法交换位置了，但是它还是可以拖拽的。为了进一步提升用户体验，我们可以让固定位置不可以拖拽。ItemTouchHelper.Callback中有两个方法可以实现这一点：这俩方法默认都是true，所以即使不能交换位置，但默认也是支持操作的。我们可以通过重写isLongPressDragEnabled方法把它禁掉，然后再非固定位置的时候去手动开启。

       在进行拖拽操作时，下标其实是变化的，在做相应的操作时，要取实时位置。不管是拖拽还是滑动，其实本质都是对Adapter内已填充的数据进行操作，实时数据通过Adapter获取即可。如果想要实现重置功能，直接拿最开始的原始数据重新塞给Adapter即可。

       在看源码时，找对一个切入点，往往能达到事半功倍的效果。这里就从绑定RecyclerView开始吧。实例化ItemTouchHelper，然后调用其attachToRecyclerView方法绑定到RecyclerView。在这一过程中，代码其实有点意思的，解读一下：关键点在于通过触摸和手势识别来处理交互显示。通过MotionEvent来判断并调用相应的回调方法，如select、checkSelectForSwipe和moveIfNecessary，最终通过invalidate()方法实时刷新界面。

       总结源码，本质工作都是由源码帮我们做了，我们只需要在回调里根据结果处理业务逻辑即可。通过上述步骤，我们可以实现高效的菜单拖拽排序功能，提升用户体验。