看完此文章 你就会学到什么...
- RecyclerView添加头部，尾部，或list列表中某位置添加view
- RecyclerView+SwipeRefreshLayout 实现上下拉刷新效果
- 分页加载数据
- 列表优化方案
- 利用Glide加载图片，滑动的时候按back键，App会crash蹦掉处理。
添加依赖
//recyclerview
compile 'com.android.support:recyclerview-v7:25.1.1'
//glide
compile 'com.github.bumptech.glide:glide:3.7.0'
//butterknife 注意需要在三个第三添加代码
//1 module gradle里面底部添加
compile 'com.jakewharton:butterknife:8.5.1'
annotationProcessor 'com.jakewharton:butterknife-compiler:8.5.1'
//2 module gradle 里面顶部添加
apply plugin: 'com.jakewharton.butterknife'
//3 在project gradle里面添加
dependencies {
classpath 'com.android.tools.build:gradle:2.2.3'
classpath 'com.jakewharton:butterknife-gradle-plugin:8.5.1'
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
RecyclerView 任意位置添加view
RecyclerView中有以下三个函数：
getItemCount --得到列表中Item的总个数
getItemViewType(int position)--决定布局使用哪一种类型，返回一个int型标志position，传递给onCreateViewHolder的第二个参数。
通俗说：一个列表有很多个Item，每个Item都可以是自己的一个自定义的布局且每个都会有一个唯一的位置，可以通过Item中的位置position标志，规定这个position将会返回的Item的布局类型。例如：
@Override
public int getItemViewType(int position) {
if (position == 0) {
return TYPE_HEAD;
} else if (position + 1 == getItemCount()) {
return TYPE_FOOTER;
} else {
return TYPE_ITEM;
}
}
3.onCreateViewHolder(ViewGroup parent, int viewType) 依据getItemViewType返回的每个position位置所返回的布局类型，去渲染具体的ViewHolder 。例如：
@Override
public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
if (viewType == TYPE_HEAD) {
View view = LayoutInflater.from(context).inflate(R.layout.recycler_view_discover_head, parent, false);
return new HeadViewHolder(view);
} else if (viewType == TYPE_ITEM) {
View view = LayoutInflater.from(context).inflate(R.layout.recycler_view_discover_base, parent, false);
return new ItemViewHolder(view);
} else if (viewType == TYPE_FOOTER) {
View view = LayoutInflater.from(context).inflate(R.layout.recycler_view_discover_foot, parent, false);
return new FootViewHolder(view);
}
return null;
}
RecyclerView+SwipeRefreshLayout 实现上下拉刷新效果
xml如下布局
<android.support.v4.widget.SwipeRefreshLayout
android:id="@+id/swipeRefreshLayout"
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.v7.widget.RecyclerView
android:id="@+id/discover_recyclerView"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:scrollbars="vertical" />
</android.support.v4.widget.SwipeRefreshLayout>
用法
//进入界面时候显示动画
swipeRefreshLayout.post(new Runnable() {
@Override
public void run() {
swipeRefreshLayout.setRefreshing(false);
}
});
//每次下拉刷新时候加载刷新数据
swipeRefreshLayout.setOnRefreshListener(new SwipeRefreshLayout.OnRefreshListener() {
@Override
public void onRefresh() {
if (!isLoading) {
isLoading = true;
data.clear();
getData();
}
}
});
利用了SwipeRefreshLayout实现了下拉数据刷新功能，而上拉加载数据是利用RecyclerView的
public abstract static class OnScrollListener {
//newState 参数有：
// SCROLL_STATE_TOUCH_SCROLL(1) 正在滚动
// SCROLL_STATE_FLING(2) 手指做了抛的动作（手指离开屏幕前，用力滑了一下）
// SCROLL_STATE_IDLE(0) 停止滚动
public void onScrollStateChanged(RecyclerView recyclerView, int newState){}
//滚动时一直回调，直到停止滚动时才停止回调。单击时回调一次
public void onScrolled(RecyclerView recyclerView, int dx, int dy){}
}
分页加载数据&&列表优化方案(思想编程）
分页加载：
实际就是每次上拉，然后将数据加进list集合里面，而获取特定数据的控制，就是从页码来，每次上拉都将page页码加一放到请求参数里面，而每次下拉，将list集合的数据清除，将page还原成原来的1，请求到的数据放进list里面。
列表优化方案：
1.布局方面，尽量少点组件嵌套，尽量多用LinearLayout，少用RelativeLayout之类的，因为RelativeLayout渲染时候需要需要资源较多。
2.图片优化，建议使用现有的图片框架，例如 Glide，Picasso，Fresco，ImageLoader 等的开源框架，因为里面很好的封装了图片缓存机制，以及没用时候，或者用频率少的时候，那图片缓存会优先被回收。
3.图片加载. 当列表滑动时候，将图片用占位图片显示，或则图片完全不显示来处理，等滑动停止后，再加载。本demo用Glide，结合RecyclerView.OnScrollListener 来处理图片加载的。具体看demo源码。
4.每次分页加载数据，数据添加进List的时间（也可以说是网络请求数据的时间最好在什么时候），经过本人研究了bilibili安卓App和其它App列表滑动流畅度的对比，bilibili是滑动最不卡最流畅的，为什么这样呢？实际上是因为分页时网络请求数据的开始时间决定的。在RecyclerView.OnScrollListener 的onScrolled滑动事件中处理。
下面代码中有个 5 ，它就是代码的滑动流畅的关键，也可以不一定是5，按实际需要写。
@Override
public void onScrolled(RecyclerView recyclerView, int dx, int dy) {
super.onScrolled(recyclerView, dx, dy);
int lastVisibleItemPosition = linearLayoutManager.findLastVisibleItemPosition();
if (lastVisibleItemPosition + 5 >= adapter.getItemCount()) {
boolean isRefreshing = swipeRefreshLayout.isRefreshing();
if (isRefreshing) {
adapter.notifyItemRemoved(adapter.getItemCount());
return;
}
if (!isLoading) {
isLoading = true;
getData();
}
}
}
这样的优化优点：滑动特别流畅 缺点：可能因为屏幕的大小不一而加载开始时间不同，还有的就是你体验不到上拉加载数据的动画感（上拉加载更多.. 这样的字你就难看到了，不过网络慢的时候，还是可以看到的）～。
利用Glide加载图片，滑动的时候按back键，App会crash蹦掉处理。
刚所说的列表滑动优化处理，而我自己就随便用了个Glide去加载图片，可以看到，在一瞬间滑动，然后我按back键退出的时候，App会crash蹦掉，why？why？why？why？ due to “You cannot start a load for a destroyed activity”。
原因的出处是因为我在滑动那里做的图片滑动时停止加载，停止时加载图片导致的,“You cannot start a load for a destroyed activity”,说白了就是activity在你按back键时候已经销毁了，而那个滚动事件的Glide图片处理事件还在执行。
mOnScrollListener = new RecyclerView.OnScrollListener() {
@Override
public void onScrollStateChanged(RecyclerView recyclerView, int newState) {
super.onScrollStateChanged(recyclerView, newState);
switch (newState) {
case SCROLL_STATE_IDLE:
Glide.with(MainActivity.this).resumeRequests();
break;
case SCROLL_STATE_DRAGGING:
case SCROLL_STATE_SETTLING:
Glide.with(MainActivity.this).pauseRequests();
break;
}
}
解决问题：
- 尝试在每个Glide使用前判断，而且在activity的onDestory方法里写上如下，解决问题失败！ 博客链接：http://blog.csdn.net/a940659387/article/details/50555327
if(Util.isOnMainThread()) {
Glide.with(this).pauseRequest();
}
- 尝试在每个Glide使用时候，this改成getApplicationContext()，依然crash！ 博客链接：http://www.jianshu.com/p/4a3177b57949
Glide.with(this).resumeRequests();
- 我使用的推荐成功可以完美oknice的方法，不在Glide那里下手，在滚动那里下手。 Get something： 思维转变，别一直纠缠Glide那里。
@Override
protected void onPause() {
recyclerView.removeOnScrollListener(mOnScrollListener);
super.onPause();
}
仅供学习使用 提供思路，具体实现还是得按照自己业务逻辑处理
源码地址
https://github.com/androidHRTZ/SuperRecyclerView.git
转载请在开头注明作者详细信息和本文出处 谢谢
