前言
RecyclerView是support.v7包中的控件，可以说是ListView和GridView的增强升级版。
官方对RecyclerView的描述是（不翻译是因为我并不想打开有道词典，就这样）：
A flexible view for providing a limited window into a large data set.
RecyclerView从2014年发布到现在已经很长时间了，使用已经相当普遍。
初入坑的同学请自行搜索详细教程，楼主这里不再赘述。
入坑
既然要做列表，分页，下拉刷新上拉加载这些司空见惯的功能当然必不可少。下拉刷新楼主选用了SwipeRefreshLayout（真心喜欢！！！）然后上拉加载的时候楼主用的是RecyclerView的滑动监听（什么时候有个像SwipeRefreshLayout一样完美的上拉加载就好了，重任交给你们了）
recyclerView.setOnScrollListener(newRecyclerView.OnScrollListener() {
@Override
public voidonScrollStateChanged(RecyclerView recyclerView,intnewState) {
super.onScrollStateChanged(recyclerView, newState);
switch(newState) {
caseRecyclerView.SCROLL_STATE_IDLE:
if(isSlideToBottom(recyclerView)) {
initData(); //加载接口
}
}
break;
}
}
});
判断是否到底的方法也是楼主借鉴大神比较靠谱的方法（文化人的事不能叫偷）
public static booleanisSlideToBottom(RecyclerView recyclerView) {
if(recyclerView.computeVerticalScrollExtent() + recyclerView.computeVerticalScrollOffset()
>= recyclerView.computeVerticalScrollRange()) {
return true;
}else{
return false;
}
}
脚部局添加楼主不在赘述，注意的是recycleView并没有addFootView(View view)的方法，楼主是在底部隐藏了一个布局 ，到底显示再隐藏。
问题来了，当一页数据量过少不满一屏时，加载便出现了问题，下拉刷新触发了上拉加载并且不是触发了一次！这就导致出现的数据是随机页数上的并无规律可言。一开始楼主使用断点调试并无发现问题，神奇之处就在这里，断点调试的时候下拉刷新并未触发上拉加载！但是log输出时却能看出下拉刷新触发了上拉加载并且不是触发了一次！
出坑
细细想来终于明白，原来问题出在判断recyclerView是否到底上，原理图如下，是view自带的方法
这样就很清晰明了，computeVerticalScrollExtent()是当前屏幕显示的区域高度，computeVerticalScrollOffset() 是当前屏幕之前滑过的距离，而computeVerticalScrollRange()是整个View控件的高度。
条目不满一屏，控件是到底的（其实很简单的一个道理，牛角尖里的人被蒙蔽了双眼）这也就导致了下拉刷新的时候，滑动事件分发（此处有伏笔）给recyleview的时候触发了上拉记载，数据就会乱掉。
最后
OK，既然找到了问题所在，解决起来也就有思路了，原先是滑动就触发，我们只需要判断一下上滑还是下滑就好了。于是楼主自信满满的写了一个onTouchEvent来监听上下滑，结果现实总是无情的，完全没有作用！吓得楼主立马找了大神的demo看了一下，完全没什么问题！最后楼主想到了安卓事件分发机制，SwipeRefreshLayout覆盖掉了onTouchEvent？此处楼主并未深究直接换成dispatchTouchEvent，完美解决！
