先说明一下好处有哪些:
1,如果你想 new 一个空的 List ,而这个 List 以后也不会再添加元素(有大坑,看下面更新),
那么就用 Collections.emptyList() 好了。
new ArrayList() 或者 new LinkedList() 在创建的时候有会有初始大小,多少会占用一内存。
每次使用都new 一个空的list集合,浪费就积少成多,浪费就严重啦,就不好啦
2,为了编码的方便。
比如说一个方法返回类型是List,当没有任何结果的时候,返回null,有结果的时候,返回list集合列表。
那样的话,调用这个方法的地方,就需要进行null判断。使用emptyList这样的方法,可以方便方法调用者。返回的就不会是null,省去重复代码。
注意的地方:
这个空的集合是不能调用.add(),添加元素的。因为直接报异常。因为源码就是这么写的:直接抛异常。
哦,Collections里面没这么写,但是EmptyList继承了AbstractList这个抽象类,里面简单实现了部分集合框架的方法。
这里面的add方法最后调用的方法体,就是直接抛异常。
throw new UnsupportedOperationException();
这么解释add报异常就对啦。
下面简单看下这个源码:
/**
* Collections 类里面的方法如下,一步步往下看就是啦
*/
public static final List emptyList() {
return (List) EMPTY_LIST;
}
//。。。。。
/**
* Collections 类里面的方法如下,一步步往下看就是啦
*/
public static final List EMPTY_LIST = new EmptyList<>();
//。。。。。
/**
* Collections里面的一个静态内部类
*/
private static class EmptyList extends AbstractList implements RandomAccess, Serializable {
private static final long serialVersionUID = 8842843931221139166L;
public Iterator iterator() {
return emptyIterator();
}
public ListIterator listIterator() {
return emptyListIterator();
}
public int size() {return 0;}
public boolean isEmpty() {return true;}
public boolean contains(Object obj) {return false;}
public boolean containsAll(Collection> c) { return c.isEmpty(); }
public Object[] toArray() { return new Object[0]; }
public T[] toArray(T[] a) {
if (a.length > 0)
a[0] = null;
return a;
}
public E get(int index) {
throw new IndexOutOfBoundsException("Index: "+index);
}
public boolean equals(Object o) {
return (o instanceof List) && ((List>)o).isEmpty();
}
public int hashCode() { return 1; }
// Preserves singleton property
private Object readResolve() {
return EMPTY_LIST;
}
}
除了这个emptyList,之外,还有类似的,emptyMap,emptySet等等。具体看下图,都是一个套路。
看下面的代码,咱先弄个empty出来,然后,可能有需求要继续在这个空集合里面添加内容。那么,bug就来啦。
/**
* 测试这个空集合是某个Java bean 的某个属性的时候的操作,也是不能add的
*/
private static void testModelEmptyField() {
Car car = new Car();
car.setBoys(Collections.emptyList());
car.getBoys().add("sss");
}
/**
* Collections.emptyMap() 返回的空集合是不能进行put的
*/
private static void testEmptyMap() {
Map map = Collections.emptyMap();
for (Map.Entry entry : map.entrySet()) {
System.out.println(entry.getKey() + ":"+ entry.getValue());
}
map.put("a","a");
for (Map.Entry entry : map.entrySet()) {
System.out.println(entry.getKey() + ":"+ entry.getValue());
}
}
/**
* Collections.emptyList() 返回的空集合是不能进行add的
*/
private static void testEmptyList() {
List list = Collections.emptyList();
for (String s : list) {
System.out.println(s);
}
//异常
list.add("1");
for (String s : list) {
System.out.println(s);
}
}
具体出的bug,看下面的截图。
阿弥陀佛,算了 ,这个咱还是不用了吧。
很危险的,分分钟代码就bug啦。这个不好,不好。。。不用啦,了解下就得啦。
因为这个是返回了个默认集合,这个集合不是null了,其他人在使用你这个返回值的时候,省去了判断null这一步。
假设,这有个接盘的老铁,一看,哎这个方法始终都是返回一个集合的,那么万一需求变了,要是空集合的时候,给这个空集合添加个默认值,或者怎么滴,反正,就是有进一步的操作,要往这个返回的集合里面添加东西。那么,在这个接盘的老铁写代码的阶段,这个代码是不会报错的。代码看上去一切OK,但是,一旦,项目运行,这个代码运行了,就会出现我最后一个图的,异常了。要是这个老铁是个新人或者说不了解,你这个“高级装逼”操作的返回集合有这个问题的话,打死他,他也不知道,他这个异常问题,出在哪里。
有时候,不是说你代码写的多牛逼,又是设计模式,又是各种高科技的使用,这样的话,你的代码确实看起来牛逼,但是,毕竟项目不是一个人在搞,要考虑整体的水平,不然你使用了一些华丽的高科技,其实一些简单的操作就可以实现类似的功能的话,那么,你这个华丽装逼,确实给队友带来了一定的麻烦,就像王者荣耀一样,你再牛逼,你能一打9么。毕竟是个5v5的游戏嘛,工作也是如此的嘛。自己牛逼,懂的多了,要带着队友赢嘛。
还有啊。
观众老铁,你搜索到这个文章,难道不是因为已经出了这个bug了么?或者说,你在搜索之前,你知道这个装逼操作的影响么,知道了的话,也没必要搜索了呀。
我刚刚开始也觉得这个还是不错的,毕竟有句话叫“存在即合理”,但是发现这个确实会“挖个坑,等待有缘人往里面蹦”,所以,后面又更新了下文章:不推荐使用啦。