转：关于RecyclerView如何设置空布局(setEmptyView)的几种方式

最新推荐文章于 2023-06-14 06:53:15 发布

每天干八碗饭的东东

最新推荐文章于 2023-06-14 06:53:15 发布

阅读量818

点赞数

原文链接：https://blog.csdn.net/zhangqunshuai/article/details/81238767

版权

前言：
小伙伴在使用ListView的时候，知道listView提供了一个setEmptyView(View view)用来处理当获取不到数据的时候的界面处理-----用于做些数据为空的提示等等。

伴随着RecyclerView的出现，鉴于RecyclerView的可拓展性强且功能更强大等特性，很快俘获了不少屌丝的芳心。但是我们也很遗憾的发现RecyclerView并没有提供像listView那样的setEmptyView()方法。但是兵来将挡，水来土掩。

下面就给大家提供3种可供RecyclerView进行界面为空处理的方法。
1.在布局文件中红控制RecyclerView控件和空布局的显示和隐藏
2.重写RecyclerView（也可以）
3.重写RecyclerView.Adapter(推荐)

好的，下面进入正题：

1.在布局文件中红控制RecyclerView控件和空布局的显示和隐藏
哈哈，不好意思啊，这个我以前用过，当时的使用场景是：用SwipeRefreshLayout+RecyclerView时，请求数据为空的时候需要进行界面的处理，于是通过控制RecyclerView的显示和隐藏来进行数据为空时候的界面处理。
这种方式自然是可以的，如果你是一个初学者或者赶时间来不及想其他方案的时候，方案一是完全可行的。
要知道万变不离其宗。其实大家观察LiistView.setEmptyView(View view)的源码的时候，大家可以发现

/**
* Sets the view to show if the adapter is empty
*/
@android.view.RemotableViewMethod
public void setEmptyView(View emptyView) {
mEmptyView = emptyView;

// If not explicitly specified this view is important for accessibility.
if (emptyView != null
&& emptyView.getImportantForAccessibility() == IMPORTANT_FOR_ACCESSIBILITY_AUTO) {
emptyView.setImportantForAccessibility(IMPORTANT_FOR_ACCESSIBILITY_YES);
}

final T adapter = getAdapter();
final boolean empty = ((adapter == null) || adapter.isEmpty());
updateEmptyStatus(empty);
}

....
....
/**
* Update the status of the list based on the empty parameter. If empty is true and
* we have an empty view, display it. In all the other cases, make sure that the listview
* is VISIBLE and that the empty view is GONE (if it's not null).
*/
private void updateEmptyStatus(boolean empty) {
if (isInFilterMode()) {
empty = false;
}

if (empty) {
if (mEmptyView != null) {
mEmptyView.setVisibility(View.VISIBLE);
setVisibility(View.GONE);
} else {
// If the caller just removed our empty view, make sure the list view is visible
setVisibility(View.VISIBLE);
}

// We are now GONE, so pending layouts will not be dispatched.
// Force one here to make sure that the state of the list matches
// the state of the adapter.
if (mDataChanged) {
this.onLayout(false, mLeft, mTop, mRight, mBottom);
}
} else {
if (mEmptyView != null) mEmptyView.setVisibility(View.GONE);
setVisibility(View.VISIBLE);
}
}

ListView中的setEmptyView(View)，其实只是在内部进行一个判断，如果Adapter里面的isEmpty()为true 并且listView里面的mEmptyView不为空，则显示mEmptyView,同时隐藏自身的ListView。从源码上看，就是隐藏显示。

但是社会在进入，时代在发展。为什么不推荐大家使用这用方式呢？
原因有2点：
第一点：代码不优雅，如果单单只是一个RecyclerView 也还能接受，但是比如上面的例子，如果在使用SwipeRefreshLayout+RecyclerView时候，可能到时候就不单单控制RecyclerView的显隐了，SwipeRefreshLayout也是跑不掉的。这样以来的话，你会发现代码中到处都是Gone和Visible等等，这样以来显得我们代码写的很没有水准。。。知道了吧

第二点：不易维护，其实这一点和第一点差不多，也是因为太多的Gone和Visible造成的代码逻辑混乱，日后不易维护。ListView之所以提供setEmptyView()方法也是体现了java的封装思想。所以能提供一个方便大家使用，又不会引起代码混乱的方式应用而生，那就是接下里的两种方式喽。

2.重写RecyclerView（不要提到重写就害怕，很简单哈）
直接贴上完整代码，拿来就能用。

package com.example.zq.recyclerviewdemo.module;

/**
* 用来演示如何在RecyclerView里面添加setEmptyView
*/
public class RecyclerViewEmptySupport extends RecyclerView {
private static final String TAG = "RecyclerViewEmptySupport";
/**
* 当数据为空时展示的View
*/
private View mEmptyView;
/**
* 创建一个观察者
* *为什么要在onChanged里面写？
* * 因为每次notifyDataChanged的时候，系统都会调用这个观察者的onChange函数
* * 我们大可以在这个观察者这里判断我们的逻辑，就是显示隐藏
*/
private AdapterDataObserver emptyObserver = new AdapterDataObserver() {
@SuppressLint("LongLogTag")
@Override
public void onChanged() {
Log.i(TAG, "onChanged: 000");
Adapter<?> adapter = getAdapter(); //这种写发跟之前我们之前看到的ListView的是一样的，判断数据为空否，再进行显示或者隐藏
if (adapter != null && mEmptyView != null) {
if (adapter.getItemCount() == 0) {
mEmptyView.setVisibility(View.VISIBLE);
RecyclerViewEmptySupport.this.setVisibility(View.GONE);
} else {
mEmptyView.setVisibility(View.GONE);
RecyclerViewEmptySupport.this.setVisibility(View.VISIBLE);
}
}
}
};

public RecyclerViewEmptySupport(Context context) {
super(context);
}

public RecyclerViewEmptySupport(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}

public RecyclerViewEmptySupport(Context context, @Nullable AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}

/**
* * @param emptyView 展示的空view
*/
public void setEmptyView(View emptyView) {
mEmptyView = emptyView;
}

@SuppressLint("LongLogTag")
@Override
public void setAdapter(Adapter adapter) {
super.setAdapter(adapter);
Log.i(TAG, "setAdapter: adapter::" + adapter);
if (adapter != null) {
//这里用了观察者模式，同时把这个观察者添加进去，
// 至于这个模式怎么用，谷歌一下，不多讲了，因为这个涉及到了Adapter的一些原理，感兴趣可以点进去看看源码，还是受益匪浅的
adapter.registerAdapterDataObserver(emptyObserver);
}
//当setAdapter的时候也调一次（实际上，经我粗略验证，不添加貌似也可以。不行就给添上呗，多大事嘛）
emptyObserver.onChanged();
}
}

我们在RecyclerView里面添加了一个成员变量emptyObserver，这个作用就是用于观察每次Adapter进行数据刷新的时候都调用一次观察者的onChange(),至于为什么会调，这个就说得有点远了，暂时不说了。先学会用。另外有一点需要说一下，代码中的new AdapterDataObserver()…观察者是RecyclerView控件自身提供的，不是我们自定义出来的哦。回到上面来，我们看到我们的onChange里面的代码，不就是跟ListView里面的一样吗，没错,我想说的第一种方式就是借鉴了ListView的做法哦。

另外关于观察者模式的使用，网上一大堆，简明扼要即使一对多的接口回调。顺便说一下，EventBus和广播其实也属于观察者模式的使用示例。

好了，别的不扯了，看看引用，布局引用也很简单。自定义的RecyclerViewEmptySupport和空的布局文件。
直接贴出：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
tools:context=".MainActivity">

<com.example.zq.recyclerviewdemo.module.RecyclerViewEmptySupport
android:id="@+id/recy_empty"
android:layout_width="match_parent"
android:layout_height="wrap_content" />

<include layout="@layout/empty_view_tab" />

</LinearLayout>

3.重写RecyclerView.Adapter(推荐)
我们知道，RecyclerView的出现，更大程度给了开发者去自定义自己希望的布局，RecyclerView可以通过引入不同的ViewType进行不同的列表显示，举个列子：及时通讯的聊天记录，一般都会有左边的布局跟右边的布局，那么，就有两个不同的ViewType了，根据不同情况进行引入不同的ViewType。(哈哈，这个我也做过耶)好，那么，我们也可以根据我们的情况进行引入布局啊，例如，如果数据为空的时候，那我能不能在我们的Adapter里面引入一个emptyView这样的布局。

package com.example.zq.recyclerviewdemo.module;
/**
* 适配器，模拟列表
*/
public class EmptyAdapter extends RecyclerView.Adapter<RecyclerView.ViewHolder> implements View.OnClickListener {

private static final String TAG = "EmptyAdapter";

private EmptyAdapter.onRecyclerViewListener onRecyclerViewListener;
private List<Person> mList;

/**
* viewType--分别为item以及空view
*/
public static final int VIEW_TYPE_ITEM = 1;
public static final int VIEW_TYPE_EMPTY = 0;

public EmptyAdapter(List<Person> datas) {
mList = datas;
}

@Override
public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
//在这里根据不同的viewType进行引入不同的布局
if (viewType == VIEW_TYPE_EMPTY) {
View emptyView = LayoutInflater.from(parent.getContext()).inflate(R.layout.empty_view_tab, parent, false);

return new RecyclerView.ViewHolder(emptyView) {

};

}
//其他的引入正常的
View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.adapter_item_person_info, parent, false);
return new MyViewHolder(view);
}

@Override
public void onBindViewHolder(RecyclerView.ViewHolder holder, final int position) {
if (holder instanceof MyViewHolder) {
MyViewHolder hd = (MyViewHolder) holder;
Person person = mList.get(position);
hd.ivEditHead.setTag(position);
hd.ivDelete.setTag(position);
hd.tvPersonInfo.setText(person.getAddress());
hd.ivEditHead.setImageResource(person.getHeadIconId());
hd.ivEditHead.setOnClickListener(this);
hd.ivDelete.setOnClickListener(this);
}
}

@Override
public int getItemCount() {
//同时这里也需要添加判断，如果mData.size()为0的话，只引入一个布局，就是emptyView
// 那么，这个recyclerView的itemCount为1
if (mList.size() == 0) {
return 1;
}
//如果不为0，按正常的流程跑
return mList.size();
}

@Override
public int getItemViewType(int position) {
//在这里进行判断，如果我们的集合的长度为0时，我们就使用emptyView的布局
if (mList.size() == 0) {
return VIEW_TYPE_EMPTY;
}
//如果有数据，则使用ITEM的布局
return VIEW_TYPE_ITEM;
}

@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.iv_edit_head:
int position = (int) v.getTag();
Log.i(TAG, "onClick: position:::" + position);
onRecyclerViewListener.editHeadIcon(position);
break;
case R.id.iv_delete:
int position1 = (int) v.getTag();
onRecyclerViewListener.deleteInfo(position1);
break;
default:
break;
}
}

class MyViewHolder extends RecyclerView.ViewHolder {

ImageView ivEditHead;
TextView tvPersonInfo;
ImageView ivDelete;

public MyViewHolder(View itemView) {
super(itemView);
ivEditHead = itemView.findViewById(R.id.iv_edit_head);
tvPersonInfo = itemView.findViewById(R.id.tv_person_info);
ivDelete = itemView.findViewById(R.id.iv_delete);
}
}

public void setOnRecyclerViewListener(EmptyAdapter.onRecyclerViewListener onRecyclerViewListener) {
this.onRecyclerViewListener = onRecyclerViewListener;
}

public interface onRecyclerViewListener {
void editHeadIcon(int position);

void deleteInfo(int position);
}
}

这种做法，就是把我们的emptyView设置放进去Adapter,根据不同的情况引入不同的布局，跟第一的区别就是显示与否都交给系统去处理，通过引入不同布局的做法达到了显示emptyView的效果。

前方高能。。。。。

别慌张，只是为了引起你的重视而已。

在使用第三种方式，设置空布局的时候，发下现RelativeLayout中的子view的layout_height="match_parent"不起作用。

还是先把空布局代码贴出来吧。

</RelativeLayout>

为了方便演示问题所在，我将空布局的背景设置成了红色。

空布局界面上述处理没啥问题吧。然而，运行过程中当数据为空时确是这样的。

哎丑到爆，你会发现根布局中的 android:layout_height="match_parent"没有起作用，首先有一点你不用怀疑，红色区域的高度也不等于设置的子项的item的高度哦，这一点我已经证实。另外如果指定了高度(只要不是match_parent都可以)那么布局就会起作用。找度娘要答案，前篇一律的说应该加载空布局时应该使用

View emptyView = LayoutInflater.from(parent.getContext()).inflate(R.layout.empty_view_tab, parent, false);
而不能使用

View emptyView = LayoutInflater.from(parent.getContext()).inflate(R.layout.empty_view_tab, null);
等等。

一般情况加载布局这样用是没问题的，但是，我已经使用的是上面inflate(R.layout.empty_view_tab, parent, false);的布局了啊，还是没有起作用啊。

好在找到了一个靠谱点的答案，详情参考此篇文章：
RelativeLayout中的子view的layout_height="match_parent"不管用

划重点：
造成这种情况的原因：

其实不是RelativeLayout中的子view的layout_height="match_parent"不管用，而是relativeLayout的layout_height没起作用。

listview(我们这里用的是RecyclerView)的item的高度是适应于item内部的容纳view的最大高度的，也就是说，他自己是无法设置高度的，这个类似于marginTop（或者bottom）不起作用。

而子view的match_parent又是适应于parent的最大高度，因此子view的高度成为了item内所有子view的最大高度，最终成为了大家都是wrap_parent。

好啦，文章给出了答案，我就不再解释了。那么怎么能让方案三正常使用呢？
答案：更改空布局。

</LinearLayout>

</RelativeLayout>

这样就可以了，只需要添加一个可以用到**android:layout_alignParentBottom=“true”**属性的TextView即可，这样系统就会认为我们的空布局的高度就是填充屏幕的高度。这样就可以了。
实在不行，你也可以使用TextView的 android:drawableTop="@drawable/ic_launcher" 属性来添加图片也是可以的。

看看最终的效果显示：(不要急，模拟5s后就会自动进入空布局)

相信大家都会在想，哪一种方式更好用，这得看个人的需求，但我更倾向于用第二种，因为google这两年提供了许多很好的资源给我们开发者使用，最热的莫过于是support-design包里的一些新控件，tabLayout、toolbar、CoordinatorLayout等等，但如果想要更好的使用它们很炫的一些效果，得好好了解一下NestedScrollingParent这个接口，google提供了这些接口很好的处理了事件分发的处理，而RecyclerView均实现了这些接口，能很好的配合support-design使用其特效。说的啥意思呢？
简单粗暴，就是RecyclerView的配合使用很多，能少动RecyclerView就少动，不然在日后配套使用的时候可能会遇到别的问题，因此就改动Adapter喽。
————————————————
原文链接：https://blog.csdn.net/zhangqunshuai/article/details/81238767