BaseRecyclerViewAdapterHelper加载失败后无法再次加载

复现问题步骤:

使用BaseRecyclerViewAdapterHelper加载列表,setEnableLoadMore(true)即可以加载更多

获取到第一页内容,此时断开网络:
如果setLoadMoreView中的LoadMoreView有加载失败的布局,则列表底部显示加载失败的布局;
如果未设置setLoadMoreView,则列表底部什么也没有
接着连接网络,滑动列表,发现无法再加载下一页,列表底部一直显示加载失败的布局

解决问题:

在onBindViewHolder中判断是列表的最后一项且loadMoreView中的状态是LoadMoreView.STATUS_FAIL,将loadMoreView的状态置为默认loadMoreView.STATUS_DEFAULT

@Override
    public void onBindViewHolder(CommonViewHolder holder, int position) {
        if (position == getItemCount() - 1) {
            if (mLoadMoreView != null && mLoadMoreView.getLoadMoreStatus() == LoadMoreView.STATUS_FAIL) {
                mLoadMoreView.setLoadMoreStatus(LoadMoreView.STATUS_DEFAULT);//将状态置为默认,是为了再次加载下一页时可以加载
            }
        }
        super.onBindViewHolder(holder, position);
    }

在加载失败时,调用adapter.loadMoreFail()该方法会通知列表底部的item显示加载失败的布局,然后调用adapter.setEnableLoadMore(false),此处是为了防止在加载失败后一直加载下一页
recyclerView添加OnScrollListener:在列表滑动时认为可以重新加载下一页,此时在网络恢复时滑动列表即可加载下一页

 recyclerView.addOnScrollListener(new RecyclerView.OnScrollListener() {
                @Override
                public void onScrolled(@NonNull RecyclerView recyclerView, int dx, int dy) {
                    setEnableLoadMore(true);//recyclerView再次滑动时重新加载下一页
                }
            });

原因探究:从源码中寻求答案

查看 https://github.com/CymChad/BaseRecyclerViewAdapterHelper中BaseQuickAdapter的源码,发现问题来源于onBindViewHolder方法,如下:

    @Override
    public void onBindViewHolder(K holder, int position) {
        //Add up fetch logic, almost like load more, but simpler.
        autoUpFetch(position);
        //Do not move position, need to change before LoadMoreView binding
        是否加载更多在此处做判断
        autoLoadMore(position);
        int viewType = holder.getItemViewType();
        在加载失败时到达列表底部,viewType为LOADING_VIEW,显示的未加载失败的布局;也因此导致网络恢复后无法加载下一页
        switch (viewType) {
            case 0:
                convert(holder, getItem(position - getHeaderLayoutCount()));
                break;
            case LOADING_VIEW:
                mLoadMoreView.convert(holder);
                break;
            case HEADER_VIEW:
                break;
            case EMPTY_VIEW:
                break;
            case FOOTER_VIEW:
                break;
            default:
                convert(holder, getItem(position - getHeaderLayoutCount()));
                break;
        }
    }

所以需要在autoLoadMore中找到对应的判断条件

 private void autoLoadMore(int position) {
        if (getLoadMoreViewCount() == 0) {
            return;
        }
        if (position < getItemCount() - mPreLoadNumber) {preLoadNumber默认为1
            return;
        }
        此处加载失败,调用loadMoreFail,故loadMoreView的状态为LoadMoreView.STATUS_FAIL,直接返回,导致下面的加载下一页的的监听并未回调
        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();
            }
        }
    }

总结:

从上述源码中可以看出,在加载失败时调用loadMoreFail方法使loadMoreView的状态置为STATUS_FAIL.在滑到列表底部时autoLoadMore中因为loadMoreView状态为STATUS_FAIL,则直接返回,不再调用onLoadMoreRequested方法.
所以我采用了在判断到达列表底部时将loadMoreView的状态置为默认,就可以正常的回调加载更多了.但此时因为设置了加载更多的监听,在网络未恢复时会不断加载下一页,为了解决该问题在loadMoreFail方法调用后将setEnableLoadMore设置为false,则不会不断加载下一页了.同样设置了不可加载更多,则需要一个触发条件,再将其设置为可以加载更多,故采用了recyclerView的滑动监听,在列表滑动时认为有加载下一页的需求,将其setEnableLoadMore置为true,使其可以加载下一页. 这样在网络恢复后,滑动列表即可加载下一页.

最后编辑于：2019.08.19 18:18:42