跟着Guava学Java之不可变集合

　　什么是不可变集合
　　不可变集合，英文叫immutable，顾名思义就是说集合是不可被修改的。集合的数据项是在创建的时候提供，并且在整个生命周期中都不可改变。为什么要用不可变集合？
　　第一：防御性编程需要
　　我有一个集合，你拿来使用，鬼知道你会不会乱搞，往集合里添加不合适的元素，或者随便删除元素，我不放心，对，就是不信你，我的集合我做主，给你个不可变的吧，这样你就不可能乱搞我的集合了，我就放心了，不担心你的操作给我带来风险。官方解释：防御，defensiveprogramming，听起来高级不？
　　第二：线程安全
　　没有买卖就没有杀害！
　　集合是不可变的，不让你有变化，不可能有变化。没有变化，就没有竞态条件，多少个线程来都是一个样，安全，就是安全。
　　第三：节省开销
　　不需要支持可变性，可以尽量节省空间和时间的开销，所有的不可变集合实现都比可变集合更加有效的利用内存。JDK9之前的实现
　　Collections提供了一组方法把可变集合封装成不可变集合：
　　但这玩意儿有问题，举个例子：ListStringlistnewArrayListString（）；list。add（a）；list。add（b）；list。add（c）；ListStringunmodifiableListCollections。unmodifiableList（list）；list。add（d）；System。out。println（unmodifiableList）；
　　这个输出的结果居然是〔a，b，c，d〕
　　what？这不就变了吗，我要的是不可变集合啊，这坑爹的玩意儿。有兄弟说了，那我切断list的引用是不就行了？ListStringlistnewArrayListString（）；list。add（a）；list。add（b）；list。add（c）；ListStringunmodifiableListCollections。unmodifiableList（list）；list。add（d）；listnull；System。out。println（unmodifiableList）；
　　呵呵，不行，输出仍然是〔a，b，c，d〕果然坑爹，而且你发现没有，编码也比较麻烦，还得用Collections间接转一下。
　　Collections。unmodifiableList实现的不是真正的不可变集合，当原始集合修改后，不可变集合也发生变化。此外，它返回的数据结构本质仍旧是原来的集合类，所以它的操作开销，包括并发下修改检查，hashtable里的额外数据空间都和原来的集合是一样的。
　　由于这些问题，JDK9出了些新的生成不可变集合的方法，比如List。ofSet。ofMap。of。。。。。。
　　确实可以直接生成不可变集合，编码也比较方便了：ListStringimmutableListList。of（a，b，c）；
　　如果你要修改集合会抛出异常java。lang。UnsupportedOperationException：immutableList。add（d）；
　　butListStringlistnewArrayListString（）；list。add（a）；list。add（b）；list。add（c）；ListListStringlist1List。of（list）；list。add（d）；System。out。println（list1）；
　　上面代码的输出仍然是：〔a，b，c，d〕
　　当然我们不是说人家api是错的，人家就是这么设计的（爱信不信），可我感觉不爽，如果不小心可能会犯错，本来是防御性编程，搞不好干成跑路性编程了。
　　再次强调，不是说人家JDK设计错了，人家就是这么设计的，你的明白？当然不爽的还有google的工程师们，所以我们下面介绍下拿起键盘自己解决问题的google工程师们写的guava是怎么解决问题的。Guava
　　来，我们接着上面的那个例子，直接写个guava版本的你自己体会下：ListStringlistnewArrayListString（）；list。add（a）；list。add（b）；list。add（c）；ImmutableListStringstringsImmutableList。copyOf（list）；list。add（d）；System。out。println（strings）；
　　输出终于如我所愿的是：〔a，b，c〕了。
　　无论是从命名、语义、结果、代码可读性是不是都比JDK版本的好很多？这样的代码让我感觉世界又美好了一些。
　　美好的东西都想拥有，但问题来了，guava针对哪些集合提供了哪些对应的不可变集合类呢，这里我们给大家整理了一下：
　　可变集合接口属于JDK还是Guava不可变版本CollectionJDKImmutableCollectionListJDKImmutableListSetJDKImmutableSetSortedSetNavigableSetJDKImmutableSortedSetMapJDKImmutableMapSortedMapJDKImmutableSortedMapMultisetGuavaImmutableMultisetSortedMultisetGuavaImmutableSortedMultisetMultimapGuavaImmutableMultimapListMultimapGuavaImmutableListMultimapSetMultimapGuavaImmutableSetMultimapBiMapGuavaImmutableBiMapClassToInstanceMapGuavaImmutableClassToInstanceMapTableGuavaImmutableTable
　　介绍几个方法：of方法，用法是一脉相承的，就是构建集合用的copyOf，上面例子中出现过，官方文档上说它是智能的，比如它可以判断参数是不是一个immutable对象，这样可以避免做拷贝JDK10ListStringlistnewArrayListString（）；list。add（a）；list。add（b）；list。add（c）；ListStringstringsList。copyOf（list）；list。add（d）；System。out。println（strings）；
　　以上代码在JDK10以上版本输出：〔a，b，c〕，主要是因为copyOf方法是10以上版本才有的。
　　你看，JDK也一直在进步，所以如果你用的是JDK10以及上版本，是不是要用Guava在这个具体功能点上就是可选的了。最后
　　整体对比起来，我的个人感觉是在不可变集合的操作上guava的API更好用一些，当然库的使用因人而异，用JDK原生的也没毛病，毕竟依赖更少，学习成本也小。
　　我们总说要改革、要进步，而真正的改革往往都不是自上而下的，很多都是自下而上的被推动着前进，如果没有Guava，没有开源社区的很多优秀的库和组件，JDK会不会把这些优秀的建议吸取进来？我不知道，但至少JAVA也一直在进步，也希望它越来越好。