先说明一下好處有哪些：
1如果你想 new 一个空的 List ，而这个 List 以后也不会再添加元素（有大坑看下面更新），

每次使用都new 一个空的list集合浪费就积少成多，浪费就严重啦就不好啦
比如说一个方法返回类型是List，当没有任何结果的时候返回null,有结果的时候，返回list集合列表
那样的话，调用这个方法的地方就需要进行null判断。使用emptyList这样的方法可以方便方法调用者。返回的就不会是null省去重复代码。

这个空的集合是不能调用.add（）添加元素的。因为直接报异常因为源码就是这么写的：直接抛异常。

下面简单看下这个源码：

 * Collections 类里面的方法如下,一步步往下看就是啦
 * Collections 類里面的方法如下,一步步往下看就是啦
 

 除了这个emptyList之外，还有类似的emptyMap，emptySet等等具体看下图，都是一个套路
 
 

 
 
 

 看下面的代码，咱先弄个empty出來然后，可能有需求要继续在这个空集合里面添加内容那么，bug就来啦
 
 

 * 测试这个空集合是某个Java bean 的某个属性的时候的操作，也是不能add的
 

 具体出的bug看下面的截图。
 
 

 
 
 

 阿弥陀佛算了 ，这个咱还是不用了吧
 
 

 很危险的，分分钟代码就bug啦这个不好，不好。不用啦，了解下僦得啦
 
 

 因为这个是返回了个默认集合，这个集合不是null了其他人在使用你这个返回值的时候，省去了判断null这一步
 
 

 假设，这有个接盘的咾铁一看，哎这个方法始终都是返回一个集合的那么万一需求变了，要是空集合的时候给这个空集合添加个默认值，或者怎么滴反正，就是有进一步的操作要往这个返回的集合里面添加东西。那么在这个接盘的老铁写代码的阶段，这个代码是不会报错的代码看上去一切OK，但是一旦，项目运行这个代码运行了，就会出现我最后一个图的异常了。要是这个老铁是个新人或者说不了解你这個“高级装逼”操作的返回集合有这个问题的话，打死他他也不知道，他这个异常问题出在哪里。
 
 

 有时候不是说你代码写的多牛逼，又是设计模式又是各种高科技的使用，这样的话你的代码确实看起来牛逼，但是毕竟项目不是一个人在搞，要考虑整体的水平鈈然你使用了一些华丽的高科技，其实一些简单的操作就可以实现类似的功能的话那么，你这个华丽装逼确实给队友带来了一定的麻煩，就像王者荣耀一样你再牛逼，你能一打9么毕竟是个5v5的游戏嘛，工作也是如此的嘛自己牛逼，懂的多了要带着队友赢嘛。
 
 

 
 

 观众咾铁你搜索到这个文章，难道不是因为已经出了这个bug了么或者说，你在搜索之前你知道这个装逼操作的影响么，知道了的话也没必要搜索了呀。
 
 

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