1.Android-RecyclerView原理
2.ItemTouchHelper实现RecyclerView拖拽&合并的源码效果
3.谈谈RecyclerView中的缓存

Android-RecyclerView原理

       ListView的基本实现与优化

       ListView是Android中实现列表最简单的方法，通过Adapter可以将数据转换为视图。分析为了优化性能，源码可以充分利用ListView的分析缓存机制。ListView内部有两层缓存，源码第一层是分析simulink源码一级缓存，主要缓存当前屏幕内的源码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的高级特性和优化技巧。

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

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

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

       核心思路在于：

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

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

       深入源码：

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

       具体实现：

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

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

       接口封装：

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

       具体实现：

       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()方法。