面试官问我熟不熟 recyclerview，我说不熟
他就没再继续问，整个过程还是比较丝滑的
呵呵？？这么一个基础控件，你居然敢说不熟，真没想到
1 recyclerview相比listview的区别
1.1 ViewHolder 的编写规范化了
1.2 RecyclerView 复用 Item 的工作 Google 全帮你搞定，不再需要像 ListView 那样自己调用 setTag
1.3 item之间的布局，可以通过布局管理器更方便的选择或自定义（默认有横向，纵向，网格）
自定义布局管理器要重写RecyclerView在onmeasure onlayout里面埋的钩子，比较麻烦，
尤其要注意 pre-layout和real-layout 防止多次调用onLayoutChildren
1.4 更多的缓存：mAttachedScrap 直接缓存viewhold无需清楚后重新bind，只有最后一个根据类型分别同步的是需要重新bind的
mCachedScrap--mViewCacheExtension中自定义缓存--mRecyclerViewPool
1.5 局部刷新，要注意 payloads ，通过重新onBindViewHolder(MyViewHolder holder, int position, List<Object> payloads)
来进行item内部的复用，即: payloads不为空时候，不在走重新bind，而是从 payloads中取出数据，来让开发者自己刷新内容即可
特别是大量调用局部刷新的时候，不重写这个小心页面抖动，残影
2 recyclerview 内部嵌套滑动冲突
外部拦截，内部拦截两种，这里记录下内部拦截法，
holder.recyclerView.setOnTouchListener { v, event ->
when(event.action){
//当按下操作的时候，就通知父view不要拦截，拿起操作就设置可以拦截，正常走父view的滑动。
MotionEvent.ACTION_DOWN,MotionEvent.ACTION_MOVE -> v.parent.requestDisallowInterceptTouchEvent(true)
MotionEvent.ACTION_UP -> v.parent.requestDisallowInterceptTouchEvent(false)
}
false}
3 如何进行性能优化
1.7.1 如果高度固定，可以设置setHasFixedSize(true)来避免requestLayout浪费资源，否则每次更新数据都会重新测量高度
1.7.2 加大RecyclerView缓存，比如cacheview大小默认为2
1.7.3 设置RecyclerView.addOnScrollListener();来在滑动过程中停止加载的操作
1.7.4 用notifyDataSetChange时设置adapter.setHasStableIds(true)，并重写getItemId()来给每个Item一个唯一的ID，使itemview的焦点固定，解决了闪烁问题
1.7.5 当UI是Tab feed流，或嵌套多个recyclerview时，可以考虑使用RecycledViewPool来实现多个RecyclerView的缓存共享
1.7.6 去除冗余的setitemclick事件，放到viewhold里面或者oncreateviewhold里，尽量不要放到onbind里，因为执行次数最多
1.7.7 setItemAnimator(null)去除动画
好了，如此回答，是不是会好一点
)
