本文转载记录。原文链接：https://blog.csdn.net/qq_27093465/article/details/65444622
先说明一下好处有哪些：
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 <T>
List<T> emptyList() {
-
return (List<T>) EMPTY_LIST;
-
}
-
//。。。。。
-
/**
-
* Collections 类里面的方法如下,一步步往下看就是啦
-
*/
-
public
static
final List EMPTY_LIST =
new EmptyList<>();
-
//。。。。。
-
/**
-
* Collections里面的一个静态内部类
-
*/
-
private
static
class EmptyList<E> extends AbstractList<E> implements RandomAccess, Serializable {
-
private
static
final
long serialVersionUID =
8842843931221139166L;
-
-
public Iterator<E> iterator() {
-
return emptyIterator();
-
}
-
public ListIterator<E> 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> 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等等。具体看下图，都是一个套路。
（2017/08/28 更新）
看下面的代码，咱先弄个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<String,String> map = Collections.emptyMap();
-
for (Map.Entry<String, String> entry : map.entrySet()) {
-
System.out.println(entry.getKey() +
":"+ entry.getValue());
-
}
-
map.put(
"a",
"a");
-
for (Map.Entry<String, String> entry : map.entrySet()) {
-
System.out.println(entry.getKey() +
":"+ entry.getValue());
-
}
-
}
-
-
/**
-
* Collections.emptyList() 返回的空集合是不能进行add的
-
*/
-
private static void testEmptyList() {
-
List<String> 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了么？或者说，你在搜索之前，你知道这个装逼操作的影响么，知道了的话，也没必要搜索了呀。
我刚刚开始也觉得这个还是不错的，毕竟有句话叫“存在即合理”，但是发现这个确实会“挖个坑，等待有缘人往里面蹦”，所以，后面又更新了下文章：不推荐使用啦。
6975
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
