如何使用RecyclerView

       1、打开SDK Manager，在Extras树下找到Android Support Library，下载好支持包。RecyclerView在v7-版本就出来了。我这里不用更新了，说明是最新的，怎么可能不行呢看

       2、检查app的build.gradle。里面的的v7版本也都是.2.1

       3、打开External Libraries，直接找到类，也没有

       4、查看appcompat-v7-.2.1的属性，里面有源代码引用的位置，在SDK目录下：\extras\android

       \m2repository\com\android\support\appcompat-v7\.2.1\appcompat-v7-.2.1-sources.jar

       5、打开上面目录后，发现里面有appcompat-v7，而且里面最新版本就是.2.1

       6、按照第2步的思路，试试直接编译进来是否OK。按照目录结构，在app的build.gradle的dependencies最后添加了一句：

       compile ‘com.android.support:recyclerview-v7:.2.1’

       7、Build——Clean Project。等待Clean完毕后，在External Libraries中看到了期待中的recyclerview

       8、能导入包了、

       åœ¨\extras\android\support\v7\recyclerview\libs 目录下发现有android-support-v7-recyclerview.jar。要是上面的方法不行，这就是第二种解决办法了，直接导入到libs中了

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

       本文主角是源码ItemTouchHelper，它是源码RecyclerView对于item交互处理的一个辅助类，主要用于拖拽以及滑动处理。源码通过接口实现的源码wts源码方式，达到配置简单、源码逻辑解耦、源码职责分明的源码效果，并且支持所有的源码布局方式。实现主要包含自定义一个类，源码实现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方法时，vs2013 源码分割线是以递增的方式在增加的，并且在绘制的时候会从集合中遍历所有的分割线绘制。部分源码显示了这一过程。

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

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

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

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

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

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

Android--RecyclerView嵌套RecyclerView优化

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

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

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

       以下是相关视频和资源：

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

Android RecyclerView使用简述

       Android中的RecyclerView是一个功能强大且灵活的视图组件，它能够展示一系列的数据项。与传统的ListView相比，RecyclerView具有更高的性能和更多的灵活性。使用RecyclerView时，需要创建一个Adapter来管理数据和视图，这里的Adapter与ListView的Adapter相似。同时，还需要创建一个LayoutManager来管理RecyclerView中子视图的排列方式，并实现滚动效果。除此之外，RecyclerView还支持添加和移除子视图，以及支持添加和移除动画效果等功能。

       提供包括软件源代码、软件需求规格说明书、软件设计报告、软件测试报告、软件用户手册在内的相关文档。

       以下是使用RecyclerView的几个简单步骤：

       1. 在build.gradle文件中添加RecyclerView的依赖库：

       implementation 'androidx.recyclerview:recyclerview:1.1.0'

       2. 在布局文件中添加RecyclerView组件：

       android:id="@+id/recyclerView"

       android:layout_width="match_parent"

       android:layout_height="match_parent" />

       3. 创建RecyclerView的Adapter：

       public class MyAdapter extends RecyclerView.Adapter {

       private List mData; //数据源

       //自定义ViewHolder，用于管理子视图的View对象

       static class ViewHolder extends RecyclerView.ViewHolder {

       TextView title;

       ViewHolder(View itemView) {

       super(itemView);

       title = itemView.findViewById(R.id.title);

       }

       }

       //构造方法，传入数据源

       public MyAdapter(List data) {

       mData = data;

       }

       //创建ViewHolder对象并返回

       @Override

       public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {

       View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_layout, parent, false);

       ViewHolder holder = new ViewHolder(view);

       return holder;

       }

       //绑定数据到ViewHolder中的View对象

       @Override

       public void onBindViewHolder(ViewHolder holder, int position) {

       holder.title.setText(mData.get(position));

       }

       //返回数据源的长度

       @Override

       public int getItemCount() {

       return mData.size();

       }

       }

       4. 创建RecyclerView的LayoutManager：

       LinearLayoutManager layoutManager = new LinearLayoutManager(this);

       recyclerView.setLayoutManager(layoutManager);

       5. 设置Adapter：

       MyAdapter adapter = new MyAdapter(dataList);

       recyclerView.setAdapter(adapter);

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