本文主要是介绍谁再用Arrays.asList就开除谁，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
谁再用Arrays.asList就开除谁
hi，我是achang，今天说一个使用Arrays.asList后对应出现的一系列坑，因为他有那么多坑，所以会有开玩笑的说：谁再用Arrays.asList就开除谁
那Arrays.asList的作用很简单，就是把传入多参 或者 数组 直接转化为 List，如下代码：
List<String> list = Arrays.asList("1", "2", "3");
一、List转化坑
通过这样子的调用，就可以获得一个装有"1","2","3"的List
如果如上图写编写使用的话，最终会获得一个长度为1的List集合，而并非为长度为3的List集合。
这个问题的出现是，当我们使用一个基本类型的数组作为入参的时，他不会把基本数组中的每个元素作为List转化，而是把基本类型数组作为整体转化为List中的1个元素。
那如果想要解决上面的问题，就想要把基本类型数组改为包装类Integer就可以解决。
二、UnsupportedOperationException坑
当用Arrays.asList创建出来的List对象，使用如add()等方法时，就会抛出UnsupportedOperationException异常。
如上报错的原因是，调用Arrays.asList时创建的List对象时Arrays类的内部类对象，而这个内部类的List，是继承的AbstractList类，他并没重写add()方法。
AbstractList类中的add方法默认就是抛出UnsupportedOperationException异常
三、引用问题
Arrays.asList生成的List后，当修改原来数组的值，会发现用Arrays.asList生产的List也会修改值。
针对二、三这样子的坑解决方案：
如果要对创建的List进行增删操作的话，建议直接new ArraysList，如下图所示：
-
针对原来基本数组的元素修改时，发现并不会影响
-
对生成的List对象进行调用add()方法，发现不会抛出UnsupportedOperationException异常
四、总结
针对Arrays.asList对应的坑，所以不推荐使用Arrays.asList，来直接从根源上避免出现坑。
不然就想要注意在使用中的场景是否符合你的要求，如不对Arrays.asList创建的List进行增删改的操作。
建议统一的使用一个数组转ArrayList的工具类，要么自己实现，要呢推荐已有的工具类，如：com.google.common.collect等等
这篇关于谁再用Arrays.asList就开除谁的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
