看完此文章 你就会学到什么...
- 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
转载请在开头注明作者详细信息和本文出处 谢谢