【Java必修课】好用的Arrays.asList也有这三个坑

好用的asList

在开发或写测试用例的过程当中，常常会用到Arrays.asList()这个方法，能够快速方便地将数组转化成一个List。例如：

List<String> list = Arrays.asList("Book", "Pen", "Desk", "Cup");

当咱们静态引用Arrays.asList()后：

import static java.util.Arrays.asList;

能够直接这样写：

List<String> list = asList("Book", "Pen", "Desk", "Cup");

隐藏的坑

基本类型不可泛型化

执行下面测试用例：

@Test
public void size() {
  int[] nums = {1, 2, 3, 4, 5, 6};
  List list = asList(nums);
  assertEquals(nums.length, list.size());
}

结果为failed：

java.lang.AssertionError: 
Expected :6
Actual   :1

为何明明是6个元素的数组，转化为List后便只有一个元素呢？

源码是不会说谎的，让咱们来看看代码：

public static <T> List<T> asList(T... a) {
  return new ArrayList<>(a);
}

经过源码能够得知asList()方法的入参为泛型，对int这种基本类型，是没法泛型化的，因此函数把整个数组当成了一个总体（数组为引用类型，能够泛型化）。最终返回的结果是List<int[]>，而不是List<Integer>。

若是咱们须要List<Integer>，能够用下面的两种方法来处理：

@Test
public void listForInt() {
  //方法1：初始化为Integer的数组，初始化时自动装箱
  Integer[] nums = {1, 2, 3, 4, 5, 6};
  List<Integer> list = asList(nums);
  assertEquals(nums.length, list.size());
  //方法2：不传入总体，处理参数时自动装箱
  list = asList(1, 2, 3, 4, 5, 6);
  assertEquals(6, list.size());
}

以上两种方法，返回的结果都是List<Integer>了。

不可修改

高高兴兴转化成了List，正准备大干一场，进行List的常规操做了，却发现操做不得：

@Test
public void listAdd() {
  List<String> list = asList("Book", "Pen", "Desk", "Cup");
  list.add("Box");
  assertEquals(5, list.size());
}

结果报错以下：

java.lang.UnsupportedOperationException
	at java.util.AbstractList.add(AbstractList.java:148)
	at java.util.AbstractList.add(AbstractList.java:108)
	at com.larry.basic.AsListTest.listAdd(AsListTest.java:42)

只好再次翻看源码得知，虽然asList()方法返回的结果是ArrayList，但与咱们日常用的ArrayList倒是不同的：

咱们日常用的最多的是java.util.ArrayList，底层为可变数组的List。而java.util.Arrays.ArrayList是Arrays的一个静态内部类，底层为final的数组的List。他们并非同一个类。

java.util.Arrays.ArrayList没有重写add/remove/clear等方法，所以会调用父类AbstractList的方法，而父类的方法以下：

public boolean add(E e) {
  add(size(), e);
  return true;
}
public void add(int index, E element) {
  throw new UnsupportedOperationException();
}
public E remove(int index) {
  throw new UnsupportedOperationException();
}

因此，这些方法其实是不可调用的，会抛异常UnsupportedOperationException。

修改操做set的反作用

但asList()的结果然的是不可修改的吗？其实也不是。虽然Arrays.ArrayList没有重写add/remove/clear方法，但重写了set()方法：

@Override
public E set(int index, E element) {
  E oldValue = a[index];
  a[index] = element;
  return oldValue;
}

咱们能够对其中的元素进行替换。这其实很好理解的，底层为final的数组，大小不可变，但数组的元素可变。由于有这个功能，可能会引起下面的问题：

@Test
public void listSet() {
  String[] arr = {"Book", "Pen", "Desk", "Cup"};
  List<String> list = asList(arr);
  list.set(0, "New Book");
  assertEquals("New Book", list.get(0));
  assertEquals("Book", arr[0]);
}

代码最后一句报错了，当改变了List的第一个元素，数组的第一个元素也被改了，由于它们都指向了同一个数组地址。稍不注意，就会生产与期待不一样的结果。

若是要新建一个List，能够采用下面的方法：

List<String> list = new ArrayList<String>(asList(arr));

由于new ArrayList()时会用方法Arrays.copyOf()复制一份新的数组出来。

总结

简单经常使用的东西，也要当心谨慎。

---

欢迎关注公众号<南瓜慢说>，将为你持续更新...