1.ItemTouchHelper实现RecyclerView拖拽&合并的源码效果
2.谈谈RecyclerView中的缓存
3.Android-RecyclerView原理
4.Android--RecyclerView嵌套RecyclerView优化
5.RecyclerView详解

ItemTouchHelper实现RecyclerView拖拽&合并的效果

       左侧栏展示的是一个RecyclerView，通过手势拖拽可以实现排序功能，分析还能将图标合并为文件夹，源码类似于桌面应用图标合并的分析交互体验。

       实现此功能的源码核心是利用ItemTouchHelper.Callback。它能够快速处理拖拽排序和滑动移除效果，分析flask-sqlalchemy 源码但为了达到合并效果，源码需要对此进行改造。分析

       核心思路在于：

       1. 重写chooseDropTarget()方法，源码当两个viewHolder重叠部分满足合并条件时，分析暂存这两个viewHolder。源码不满足则清空暂存变量。分析

       2. 在拖拽结束时，源码即手抬起时，分析若暂存变量非空，源码则触发合并逻辑。

       深入源码：

       理解ItemTouchHelper的opencv函数cvavgsdv源码实现原理，是改造的基础。拖动viewHolder时，触摸事件由mOnItemTouchListener#onTouchEvent()分发，处理MotionEvent.ACTION_MOVE事件后，通过moveIfNecessary(ViewHolder viewHolder)实现位置交换。

       具体实现：

       1. 重写chooseDropTarget()，在重叠状态时暂存viewHolder，并确保在重叠情况下返回null，以阻止默认行为。

       2. 重写onSelectedChanged()，在拖动结束时判断是否需要触发合并操作。

       接口封装：

       为了更好地实现功能，封装了三个接口：IDragAdapter、IDragItem、IDragHandler，分别对应适配器、java源码明日科技列表拖拽项和拖拽处理，便于根据场景实现特定功能。

       具体实现：

       1. IDragItem接口描述列表拖拽项接口，由RecyclerView的具体ViewHolder实现，用于判断是否可以拖动、合并和显示拖拽状态。

       2. IDragAdapter接口描述适配器接口，由RecyclerView的具体Adapter实现。

       3. IDragHandler接口描述拖拽处理接口，用于拖拽条件判断、回调监听、合并处理逻辑。接入拖拽功能时，需实现此接口，并通过DragTouchCallback#setDragHandler()赋值。

       使用方法：

       实现IDragHandler#onMergeData()接口方法，忍者大师游戏源码绑定RecyclerView使用DragTouchCallback。在完成IDragHandler注册并绑定recyclerView后，即可实现拖拽、合并效果。

       总结：

       文章提供了一个从原理理解到具体实现的完整流程，包括源码分析、接口设计和使用指南。git项目中有相关Demo演示，感兴趣的开发者可以参考学习。

       项目地址：[GitHub链接]。感谢阅读至此，演示效果包括合并文件夹和合并相加。

谈谈RecyclerView中的缓存

       Android深入理解RecyclerView的缓存机制

        RecyclerView在项目中的使用已经很普遍了，可以说是项目中最高频使用的一个控件了。除了布局灵活性、丰富的动画，RecyclerView还有优秀的缓存机制，本文尝试通过源码深入了解一下RecyclerView中的缓存机制。

        RecyclerView做性能优化要说复杂也复杂，比如说布局优化，缓存，预加载等等。其优化的点很多，在这些看似独立的点之间，其实存在一个枢纽：Adapter。因为所有的ViewHolder的创建和内容的绑定都需要经过Adaper的两个函数onCreateViewHolder和onBindViewHolder。

        因此我们性能优化的本质就是要减少这两个函数的调用时间和调用的次数。如果我们想对RecyclerView做性能优化，必须清楚的了解到我们的每一步操作背后，onCreateViewHolder和onBindViewHolder调用了多少次。因此，了解RecyclerView的缓存机制是RecyclerView性能优化的基础。

        为了理解缓存的应用场景，本文首先会简单介绍一下RecyclerView的绘制原理，然后再分析其缓存实现原理。

        RecyclerView滑动时会触发onTouchEvent#onMove，回收及复用ViewHolder在这里就会开始。我们知道设置RecyclerView时需要设置LayoutManager,LayoutManager负责RecyclerView的布局，包含对ItemView的获取与复用。以LinearLayoutManager为例，当RecyclerView重新布局时会依次执行下面几个方法：

        上述的整个调用链：onLayoutChildren()->fill()->layoutChunk()->next()->getViewForPosition(),getViewForPosition()即是是从RecyclerView的回收机制实现类Recycler中获取合适的View，下面主要就来从看这个Recycler#getViewForPosition()的实现。

        上述逻辑用流程图表示：

        RecyclerView在Recyler里面实现ViewHolder的缓存，Recycler里面的实现缓存的主要包含以下5个对象：

        public final class Recycler {

        final ArrayList mAttachedScrap = new ArrayList<>();

        ArrayList mChangedScrap = null;

        RecyclerView在设计的时候讲上述5个缓存对象分为了3级。每次创建ViewHolder的时候，会按照优先级依次查询缓存创建ViewHolder。每次讲ViewHolder缓存到Recycler缓存的时候，也会按照优先级依次缓存进去。三级缓存分别是：

        使用自定义ViewCacheExtension后，view离屏后再回来不会走onBindViewHolder()方法。

        holder.setIsRecyclable(false)，这样的话每次都会走onCreateViewHolder()和onBindViewHolder()方法

        1.提前初始化viewHolder，放到缓存池中

        viewPool.putRecycledView(adapter.onCreateViewHolder(recyclerView, 1))

        2.提前初始化view，在onCreateViewHolder的时候去取view

        3.自定义ViewCacheExtension

        4.适当的增加cacheSize

        4.公用缓存池，比如多个viewPager+fragment场景使用，或者全局单利缓存池，感觉用户不大。

        有2中做法有值

        第一种

        第二种

        不会，因为prefetch（GapWorker中的一个方法）之后mViewCacheMax会变成mRequestedCacheMax + extraCache

        有2种方式可以让缓存失效

        第一种

        recyclerView.setItemViewCacheSize(-1)

        第二种

        recyclerView.setItemViewCacheSize(0)

        layoutManager.isItemPrefetchEnabled = false

        设置不缓存后，来回滑动让view进入屏幕离开屏幕，viewHolder的item时会多次走onBindViewHolder()方法。

Android-RecyclerView原理

       ListView的基本实现与优化

       ListView是Android中实现列表最简单的方法，通过Adapter可以将数据转换为视图。为了优化性能，可以充分利用ListView的直营小程序源码缓存机制。ListView内部有两层缓存，第一层是一级缓存，主要缓存当前屏幕内的View。第二层是二级缓存，当一级缓存中找不到时，会从缓存池中查找可复用的ItemView。当滑动到特定位置，ListView会将当前position位置的ItemView作为参数传给getView，此时可以复用ItemView，仅需更新数据，而不需重新创建View。

       RecyclerView的特性与优势

       尽管ListView已有两层缓存机制，但Android开发团队依然开发了RecyclerView。RecyclerView提供了更高效的性能优化，如避免在一次数据更新时执行两次layout，这将减少多次调用getView的情况。此外，RecyclerView在创建视图和数据绑定上提供了更简洁的API，如onCreateViewHolder和onBindViewHolder，使用缓存时只需调用onBindViewHolder来更新数据，无需执行onCreateViewHolder。这使得数据渲染过程与视图创建过程分离，提高了代码的复用性和性能。

       性能与动画

       RecyclerView在性能和动画效果方面具有明显优势。其动画效果API使ItemView的动画变得简单，而ListView则需要在每个ItemView中单独设置。在动画处理方面，RecyclerView也更为高效。另外，RecyclerView支持局部刷新，而非ListView的全局刷新。这在性能上更为优越，尤其是在处理如Feed流这样的大量数据时，局部刷新能显著减少性能开销。

       自定义缓存与数据同步

       在数据同步和自定义缓存方面，RecyclerView提供了更多灵活性。它拥有四级缓存机制，使用者可以根据不同的场景进行缓存优化，从而达到更好的性能效果。此外，通过自定义缓存扩展（ViewCacheExtension），开发人员可以针对特定需求实现更个性化的缓存策略。

       RecyclerView的简单使用与源码解析

       使用RecyclerView时，首先在布局中添加一个RecyclerView，然后定义每个Item的数据类和Adapter。设置RecyclerView的布局管理器和Adapter。当需要局部刷新时，只需调用RecyclerView的局部刷新API，其他位置的ViewHolder不会执行onCreateViewHolder和onBindViewHolder。

       从Adapter到RecyclerView的刷新逻辑

       当调用Adapter的notify系列方法时，RecyclerView会自动触发刷新。这源于AdapterDataObservable对象的使用，它是Adapter中的可观察对象，监听数据变更并触发监听回调。在Adapter的registerAdapterDataObserver方法中，RecyclerView会将其注册为观察者，确保在数据变更时能够自动刷新UI。

       刷新过程解析

       当数据变更时，RecyclerView内部会调用mObserver对象的onXXXChanged系列方法。这些方法通常会调用requestLayout来主动触发布局刷新。在requestLayout过程中，会调用View的onMeasure和onLayout方法，从而触发布局更新。通过深入分析RecyclerView源码，可以了解到整个刷新过程中的缓存机制、ViewHolder的复用和数据绑定流程，以及如何实现动画效果和局部刷新。

       在解析RecyclerView源码时，重点关注AdapterDataObservable、mObserver、mLayout以及其子类（如LinearLayoutManager）的实现细节。通过理解这些核心组件的工作原理，可以更好地掌握RecyclerView的高级特性和优化技巧。

Android--RecyclerView嵌套RecyclerView优化

       使用RecyclerView嵌套RecyclerView时，用户常常会遇到操作不流畅、卡顿的问题。

       在RecyclerView的源码中，onInterceptTouchEvent方法负责处理事件。特别是MOVE事件，RecyclerView仅进行了距离判断，当滑动距离超过系统默认阈值时，RecyclerView会自行滑动。这就解释了为什么在水平滑动时，子RecyclerView无法接收到Touch事件。为了解决这个问题，我们修改了拦截方法，只有在水平滑动距离大于竖直滑动距离时，RecyclerView才拦截事件。

       然而，在子RecyclerView快速滑动且尚未停止时，如果我们尝试竖直滑动，会发现父RecyclerView无法接收到Touch事件。为了解决这个问题，我们找到了requestDisallowInterceptTouchEvent方法并进行了修改。

       以下是相关视频和资源：

       Android进阶开发：RecyclerView 内存管理与设计思想讲解

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）。