Detach vs. Remove
布局更新时有两个方法处理已存在的子视图：detach 和 remove (分离和移除)。Detach 是一个轻量的记录 view 操作。 被 detach 的视图在你的代码返回前能够重新连接。可以通过 Recycler 在不 重新绑定/重新构建 子视图的情况下修改已连接子视图的索引。
Remove 意味着这个 view 已经不需要了。任何被永久移除的 view 都应该 放到 Recycler 中，方便以后重用，不过 API 并没有强制要求。 被 remove 的视图是否被回收取决于你。
Scrap vs. Recycle
Recycler 有两级视图缓存系统： scrap heap 和 recycle pool (垃圾堆和回收池)， Scrap heap 是一个轻量的集合，视图可以不经过适配器直接返回给 LayoutManager 。通常被 detach 但会在同一布局重新使用的视图会临时储存在这里。Recycle pool 存放的 是那些假定并没有得到正确数据(相应位置的数据)的视图， 因此它们都要经过适配器重新绑定后才能返回给 LayoutManager。
当要给 LayoutManager 提供一个新 view 时，Recycler 首先会 检查 scrap heap 有没有对应的 position/id；如果有对应的内容， 就直接返回数据不需要通过适配器重新绑定。如果没有的话， Recycler 就会从 recycle pool 里弄一个合适的视图出来， 然后用 adapter 给它绑定必要的数据 (就是调用 RecyclerView.Adapter.bindViewHolder()) 再返回。 如果 recycle pool 中也不存在有效 view ，就会在绑定数据前 创建新的 view (就是 RecyclerView.Adapter.createViewHolder())， 最后返回数据。
Detach ->对应 Scrap 这个集合
Remove->对应 Recycle这个集合
RecyclerView中的Recycler是有多级缓存的,首先最轻量级的就是Scrap 这个集合,我们一开始布局时就可以把RecyclerView中的所有View都detach掉然后加入Scrap 集合中再attach依附上(也可以在第一个条目刚移除时就把它detach并添加到Scap中二种方式都行)，这样当列表第一个条目刚滑出了屏幕然后立马又滑动回来时就会将Scrap 集合中这个View直接返回不需要重新绑定数据
我们上面说了第一个条目移除屏幕时它被添加到了Scap集合中,假设一个列表10个条目，屏幕只能显示9个，那么第一个刚移除后第10个向上滑动显示出来了，那么此时Scap中缓存的第一个View绑定的ViewHolder里面position存储的是0，但是此时我们需要的position是9，所以这个时候position不匹配,那么就知道数据集需要更新啦，所以就不能往Scap中去取了，这个时候会去回收的集合中去取,因为我们上面第一个View刚被移除时除了要往Scap中存一份同时也要remove并回收掉, 这就是View的复用了,如果回收集合不存在那么调用onCreateViewHolder重新创建一个。
