Java之Collections.emptyList()、emptySet()、emptyMap()的作用和好处以及要注意的地方。

先说明一下好处有哪些：
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了么？或者说，你在搜索之前，你知道这个装逼操作的影响么，知道了的话，也没必要搜索了呀。

我刚刚开始也觉得这个还是不错的，毕竟有句话叫“存在即合理”，但是发现这个确实会“挖个坑，等待有缘人往里面蹦”，所以，后面又更新了下文章：不推荐使用啦。