break;
case EMPTY_VIEW:
break;
case FOOTER_VIEW:
break;
default:
convert(holder, getItem(position - getHeaderLayoutCount()));
break;
}
}
/**
-
根据position位置判断当前是否需要进行加载更多
-
@param position 当前onBindViewHolder()的Position
*/
private void autoLoadMore(int position) {
// 判断是否可以进行加载更多的逻辑
if (getLoadMoreViewCount() == 0) {
return;
}
//只有在当前列表的倒数mPreLoadNumber个item开始绑定数据时才进行加载更多的逻辑
if (position < getItemCount() - mPreLoadNumber) {
return;
}
//判断当前加载状态,如果不是默认状态(可能正处于 正在加载中 的状态),则不进行加载
if (mLoadMoreView.getLoadMoreStatus() != LoadMoreView.STATUS_DEFAULT) {
return;
}
//设置当前状态:加载中
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_LOADING);
if (!mLoading) {
mLoading = true;
if (getRecyclerView() != null) {
getRecyclerView().post(new Runnable() {
@Override
public void run() {
//回调 让调用者去处理加载更多的逻辑
mRequestLoadMoreListener.onLoadMoreRequested();
}
});
} else {
mRequestLoadMoreListener.onLoadMoreRequested();
}
}
}
/**
-
Load more view count
-
判断是否可以进行加载更多的逻辑
-
@return 0 or 1
*/
public int getLoadMoreViewCount() {
//参数合法性 加载更多状态
if (mRequestLoadMoreListener == null || !mLoadMoreEnable) {
return 0;
}
//可加载下一页 有无更多数据
if (!mNextLoadEnable && mLoadMoreView.isLoadEndMoreGone()) {
return 0;
}
//当前数据项个数
if (mData.size() == 0) {
return 0;
}
return 1;
}
重点来了,加载更多的主要逻辑就在这里:当在onBindViewHolder()的时候,根据当前item的position位置,然后去判断是否应该执行加载更多.
具体判断逻辑:当一个item第一次进入window界面时,会调用onBindViewHolder()去绑定数据,这个时候我们知道该position的位置,
于是我们就可以这样干:设置一个mPreLoadNumber标志位置( 当列表滑动到倒数第N个Item的时候(默认是1)回调onLoadMoreRequested()方法 ),
当onBindViewHolder()在绑定数据时的position是最后mPreLoadNumber个时,我们即进行加载更多的回调,然后让调用者去处理.
当然,在回调之前,我们需要进行一些判断,确定当前是否可以进行加载更多.
- mRequestLoadMoreListener监听器是否为null,当前是否处于可以加载更多的状态(mLoadMoreEnable标志位控制)
- 当前有无更多数据(这个由外界调用者决定)
- 当前的数据项个数是否为0,如果没有数据项,那就不必加载更多
- 是否进入倒数的那mPreLoadNumber区域
- 判断当前(mLoadMoreView 这是加载更多的View )加载状态,如果不是默认状态(可能正处于 正在加载中 的状态),则不进行加载
好吧,细心的观众可能已经发现了,上面的这种方式其实有一个缺点:当数据项个数小于1屏幕,那么最后倒数的mPreLoadNumber个肯定是可见的,既然可见那么肯定会执行该item的onBindViewHolder(),执行该方法即会判断是否需要执行加载更多,显然这时是符合条件的,于是就会出现数据未满一屏幕会自动回调onLoadMoreRequested()并且还在那里显示正在加载中.
明显,这时不符合我们的需求的.于是官方有一个解决方案.往下看.
/**
-
bind recyclerView {@link #bindToRecyclerView(RecyclerView)} before use!
-
@see #disableLoadMoreIfNotFullPage(RecyclerView)
*/
public void disableLoadMoreIfNotFullPage() {
//检查当前RecyclerView是否为null
checkNotNull();
disableLoadMoreIfNotFullPage(getRecyclerView());
}
/**
-
check if full page after {@link #setNewData(List)}, if full, it will enable load more again.
-
-
不是配置项！！
-
-
这个方法是用来检查是否满一屏的，所以只推荐在 {@link #setNewData(List)} 之后使用
-
原理:先关闭 load more，检查完了再决定是否开启
-
数据项个数未满一屏幕,则不开启load more
-
数据项个数 > 一屏幕,则继续开启load more
-
-
不是配置项！！
-
@param recyclerView your recyclerView
-
@see #setNewData(List)
*/
public void disableLoadMoreIfNotFullPage(RecyclerView recyclerView) {
// 设置加载状态为false
setEnableLoadMore(false);
if (recyclerView == null) return;
RecyclerView.LayoutManager manager = recyclerView.getLayoutManager();
if (manager == null) return;
if (manager instanceof LinearLayoutManager) {
final LinearLayoutManager linearLayoutManager = (LinearLayoutManager) manager;
recyclerView.postDelayed(new Runnable() {
@Override
public void run() {
//数据项个数 > 一屏幕,则继续开启load more
if ((linearLayoutManager.findLastCompletelyVisibleItemPosition() + 1) !=
getItemCount()) {
setEnableLoadMore(true);
}
}
}, 50);
} else if (manager instanceof StaggeredGridLayoutManager) {
final StaggeredGridLayoutManager staggeredGridLayoutManager =
(StaggeredGridLayoutManager) manager;
recyclerView.postDelayed(new Runnable() {
@Override
public void run() {
//返回StaggeredGridLayoutManager布局的跨度数
final int[] positions = new int[staggeredGridLayoutManager.getSpanCount()];
//返回每一个跨度(列)的最后一个可见的item的位置 赋值到该数组里面
staggeredGridLayoutManager.findLastCompletelyVisibleItemPositions(positions);
//找出数组中最大的数(即StaggeredGridLayoutManager布局的当前可见的最下面那个item)
int pos = getTheBiggestNumber(positions) + 1;
// 数据项个数 > 一屏幕,则继续开启load more
if (pos != getItemCount()) {
setEnableLoadMore(true);
}
}
}, 50);
}
}
/**
-
返回数组中的最大值
-
@param numbers
-
@return
*/
private int getTheBiggestNumber(int[] numbers) {
int tmp = -1;
if (numbers == null || numbers.length == 0) {
return tmp;
}
for (int num : numbers) {
if (num > tmp) {
tmp = num;
}
}
return tmp;
}
/**
-
Set the enabled state of load more.
-
设置上拉加载更多是否可用
-
@param enable True if load more is enabled, false otherwise.
*/
public void setEnableLoadMore(boolean enable) {
//之前的状态需要和现在的状态做对比
int oldLoadMoreCount = getLoadMoreViewCount();
mLoadMoreEnable = enable;
int newLoadMoreCount = getLoadMoreViewCount();
if (oldLoadMoreCount == 1) {
if (newLoadMoreCount == 0) {
//之前有 现在没有 需要移除
notifyItemRemoved(getLoadMoreViewPosition());
}
} else {
if (newLoadMoreCount == 1) {
//将加载布局插入
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_DEFAULT);
notifyItemInserted(getLoadMoreViewPosition());
}
}
}
这段代码我看到在开源项目的讨论区异常热门,好像很多人都遇到了使用disableLoadMoreIfNotFullPage()无效的事件.
可能是他们用错了吧,可能.disableLoadMoreIfNotFullPage()是需要在setNewData()之后调用才有效.
disableLoadMoreIfNotFullPage()里面想做的事情就是:判断是否需要load more,他判断的依据是:
查看当前屏幕内的最底部的那个item的索引是否与总的数据项个数相等.
- 如果相等,那么说明未满一屏幕,不需要开启load more
- 如果不相等,那么说明满了一屏幕,需要开启laod more
创建加载布局item 并 设置加载布局的点击事件
@Override
public K onCreateViewHolder(ViewGroup parent, int viewType) {
K baseViewHolder = null;
this.mContext = parent.getContext();
this.mLayoutInflater = LayoutInflater.from(mContext);
switch (viewType) {
case LOADING_VIEW:
baseViewHolder = getLoadingView(parent);
break;
case HEADER_VIEW:
baseViewHolder = createBaseViewHolder(mHeaderLayout);
break;
case EMPTY_VIEW:
baseViewHolder = createBaseViewHolder(mEmptyLayout);
break;
case FOOTER_VIEW:
baseViewHolder = createBaseViewHolder(mFooterLayout);
break;
default:
baseViewHolder = onCreateDefViewHolder(parent, viewType);
bindViewClickListener(baseViewHolder);
}
baseViewHolder.setAdapter(this);
return baseViewHolder;
}
private K getLoadingView(ViewGroup parent) {
//加载 加载布局
View view = getItemView(mLoadMoreView.getLayoutId(), parent);
//生成baseviewholder
K holder = createBaseViewHolder(view);
//设置加载布局的点击事件
holder.itemView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
if (mLoadMoreView.getLoadMoreStatus() == LoadMoreView.STATUS_FAIL) {
//之前是加载失败状态时 前去刷新
notifyLoadMoreToLoading();
}
if (mEnableLoadMoreEndClick && mLoadMoreView.getLoadMoreStatus() == LoadMoreView
.STATUS_END) {
//加载更多布局可以被点击 并且 之前状态是结束状态
notifyLoadMoreToLoading();
}
}
});
return holder;
}
/**
-
The notification starts the callback and loads more
-
通知启动回调并加载更多
*/
public void notifyLoadMoreToLoading() {
//如果当前正在加载中,则不用管
if (mLoadMoreView.getLoadMoreStatus() == LoadMoreView.STATUS_LOADING) {
return;
}
//将加载更多布局的状态设置为默认状态 这样当下面刷新adapter时会回调onBindViewHolder()从而触发
//autoLoadMore()方法去判断是否需要加载更多,这时候刚好又是默认状态是可以更新的,于是就去回调onLoadMoreRequested()方法
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_DEFAULT);
notifyItemChanged(getLoadMoreViewPosition());
}
这里的目标是给加载更多布局设置点击事件,可以看到其实在代码里面把加载更多布局是直接设置了点击事件的,只是根据不同的状态决定是否需要执行加载更多的逻辑.只有下面2种情况需要去加载更多.
- 之前是加载失败状态时 加载布局被点击
- 之前是结束状态 并且 加载更多布局可以被点击
满足这两种情况时,就把加载布局view的状态设置成默认状态,并且刷新adapter的最后一项(即加载更多布局那一项),这样adapter会回调onBindViewHolder(),而在onBindViewHolder()又调用了autoLoadMore()方法去判断是否需要加载更多,
显然此时是符合条件的,需要刷新,于是回调onLoadMoreRequested(),并且把加载布局的状态改为STATUS_LOADING正在加载的状态,这样加载布局的样式也跟着改变了.
加载完成
注意不是加载结束，而是本次数据加载结束并且还有下页数据
/**
-
Refresh complete
-
刷新完成时调用
*/
public void loadMoreComplete() {
if (getLoadMoreViewCount() == 0) {
return;
}
//将当前加载状态改为false 表示未在加载
mLoading = false;
//可进行下一页加载
mNextLoadEnable = true;
// 恢复加载更多布局的状态
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_DEFAULT);
// 告知加载更多布局被更新了,需要刷新一下
notifyItemChanged(getLoadMoreViewPosition());
}
/**
-
Gets to load more locations
-
获取加载更多的布局的索引
-
@return
*/
public int getLoadMoreViewPosition() {
return getHeaderLayoutCount() + mData.size() + getFooterLayoutCount();
}
刷新完成之后,需要做一些善后操作,如上所示,代码注释已经很清楚了.
加载失败
/**
-
Refresh failed
-
加载失败
*/
public void loadMoreFail() {
if (getLoadMoreViewCount() == 0) {
return;
}
//当前加载状态 切换为未在加载中
mLoading = false;
//加载布局设置为加载失败
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_FAIL);
//通知加载布局更新了,需要刷新
notifyItemChanged(getLoadMoreViewPosition());
}
就是简单地做一下判断,是否可以继续加载,并且更新布局.
加载结束
/**
-
Refresh end, no more data
-
加载更多,并且没有更多数据了 调用此方法即表示无更多数据了
-
这里设置加载更多布局依然可见
*/
public void loadMoreEnd() {
loadMoreEnd(false);
}
/**
-
Refresh end, no more data
-
加载更多,并且没有更多数据了 调用此方法即表示无更多数据了
-
gone:设置加载更多布局是否可见 true:不可见 false:可见
-
@param gone if true gone the load more view
*/
public void loadMoreEnd(boolean gone) {
if (getLoadMoreViewCount() == 0) {
return;
}
当前加载状态 切换为未在加载中
mLoading = false;
//不能再加载下一页了 因为已经没有更多数据了
mNextLoadEnable = false;
//设置加载更多布局是否可见
mLoadMoreView.setLoadMoreEndGone(gone);
if (gone) {
//如果布局不可见,则更新
notifyItemRemoved(getLoadMoreViewPosition());
} else {
//如果布局可见,则先更新布局(切换为STATUS_END状态那种布局)
mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_END);
//并更新adapter
notifyItemChanged(getLoadMoreViewPosition());
}
}
设置加载结束,即表示没有更多的数据可以加载了,于是把mNextLoadEnable标志位设为false,表示无法再加载下一页.
然后根据是否需要显示加载布局,进行刷新adapter.
上拉加载布局
在源码里面有一个抽象类LoadMoreView.
public abstract class LoadMoreView {
public static final int STATUS_DEFAULT = 1;
/**
- 加载中
*/
public static final int STATUS_LOADING = 2;
/**
- 加载失败
*/
public static final int STATUS_FAIL = 3;
/**
- 加载结束 没有更多数据
*/
public static final int STATUS_END = 4;
/**
- 当前加载更多的状态
*/
private int mLoadMoreStatus = STATUS_DEFAULT;
private boolean mLoadMoreEndGone = false;
public void setLoadMoreStatus(int loadMoreStatus) {
this.mLoadMoreStatus = loadMoreStatus;
}
public int getLoadMoreStatus() {
return mLoadMoreStatus;
}
public void convert(BaseViewHolder holder) {
//根据不同的状态
switch (mLoadMoreStatus) {
case STATUS_LOADING:
visibleLoading(holder, true);
visibleLoadFail(holder, false);
visibleLoadEnd(holder, false);
break;
case STATUS_FAIL:
visibleLoading(holder, false);
visibleLoadFail(holder, true);
visibleLoadEnd(holder, false);
break;
case STATUS_END:
visibleLoading(holder, false);
visibleLoadFail(holder, false);
visibleLoadEnd(holder, true);
break;
case STATUS_DEFAULT:
visibleLoading(holder, false);
visibleLoadFail(holder, false);
visibleLoadEnd(holder, false);
break;
}
}
private void visibleLoading(BaseViewHolder holder, boolean visible) {
holder.setVisible(getLoadingViewId(), visible);
}
private void visibleLoadFail(BaseViewHolder holder, boolean visible) {
holder.setVisible(getLoadFailViewId(), visible);
}
private void visibleLoadEnd(BaseViewHolder holder, boolean visible) {
final int loadEndViewId = getLoadEndViewId();
if (loadEndViewId != 0) {
holder.setVisible(loadEndViewId, visible);
}
}
/**
-
设置标志 有无更多数据
-
@param loadMoreEndGone true:无更多数据
*/
public final void setLoadMoreEndGone(boolean loadMoreEndGone) {
this.mLoadMoreEndGone = loadMoreEndGone;
}
最后
笔者已经把面试题和答案整理成了面试专题文档
加入社区：https://bbs.csdn.net/forums/4304bb5a486d4c3ab8389e65ecb71ac0
tVisible(getLoadingViewId(), visible);
}
private void visibleLoadFail(BaseViewHolder holder, boolean visible) {
holder.setVisible(getLoadFailViewId(), visible);
}
private void visibleLoadEnd(BaseViewHolder holder, boolean visible) {
final int loadEndViewId = getLoadEndViewId();
if (loadEndViewId != 0) {
holder.setVisible(loadEndViewId, visible);
}
}
/**
-
设置标志 有无更多数据
-
@param loadMoreEndGone true:无更多数据
*/
public final void setLoadMoreEndGone(boolean loadMoreEndGone) {
this.mLoadMoreEndGone = loadMoreEndGone;
}
最后
笔者已经把面试题和答案整理成了面试专题文档
[外链图片转存中…(img-pIJ6U1sR-1725619166953)]
[外链图片转存中…(img-epY0X8IT-1725619166954)]
[外链图片转存中…(img-FIkR9Ifk-1725619166955)]
[外链图片转存中…(img-deNUTyJQ-1725619166955)]
[外链图片转存中…(img-sq6bS6MA-1725619166956)]
[外链图片转存中…(img-jBaIQCo4-1725619166956)]
加入社区：https://bbs.csdn.net/forums/4304bb5a486d4c3ab8389e65ecb71ac0
扫一扫
7703
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
