Java Arrays.asList()详解以及为何不要使用Arrays.asList()_arrays.aslist方法不能用吗

首先看Arrays.asList()的源码

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

使用该方法 可以将一个变长参数或者数组转换成List
看似很简单但实际使用起来却会发现存在很多问题，看下面代码来发现问题。

先来看第一个问题，基本类型数组作为参数问题。

public class ArraysAsListTest {
	
	public static void main(String[] args) {
		
		int[] a = {1,2,3};
		Integer[] b = {1,2,3};
		
		List listA = Arrays.asList(a);
		List listA1 = Arrays.asList(1,2,3);
		List listB = Arrays.asList(b);
		
		System.out.println(listA.size());//out:1
		System.out.println(listA1.size());//out:3
		System.out.println(listB.size());//out:3
	}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

用int类型的数组作为参数为什么输出size是1，使用Integer类型size就是3了呢。
再看源码，asList接收的是一个泛型变长参数，而我们知道基本类型是不能泛型化的，就是说8种基本类型不能作为泛型参数，要想作为泛型参数就要使用其所对应的包装类。

但是listA的Size为什么是1呢，这是因为listA传递的是一个int类型的数组，数组是一个对象，它是可以泛型化的，也就是说例子中是把一个int类型的数组作为了T的类型，所以转换后在List中就只有一个类型为int数组的元素。 后边ListA1与ListB也就可以理解了，一个是进行了自动打包，一个是本来就是包装类型。

我们可以打印下list中元素类型进行验证

System.out.println("ListA元素类型："+listA.get(0).getClass());
//out:ListA元素类型：class [I
System.out.println("ListA元素："+Arrays.toString((int[]) listA.get(0)));
//ListA元素：[1, 2, 3] 该处是为了验证list中元素
System.out.println("ListA1元素类型："+listA1.get(0).getClass());
//out:ListA1元素类型：class java.lang.Integer
System.out.println("ListB元素类型："+listB.get(0).getClass());
//out:ListB元素类型：class java.lang.Integer

1
2
3
4
5
6
7
8
9

接下来看第二个问题asList()方法返回对象使用add（）方法抛出异常，还是先看代码

public class ArraysAsListTest {
	
	public static void main(String[] args) {
		List<String> pets = Arrays.asList("cat","dog");
		pets.add("what");
	}
}

1
2
3
4
5
6
7
8

异常：

Exception in thread "main" java.lang.UnsupportedOperationException
	at java.util.AbstractList.add(Unknown Source)
	at java.util.AbstractList.add(Unknown Source)
	at ArraysAsListTest.main(ArraysAsListTest.java:9)

1
2
3
4
5

What？一个List执行add方法会抛出异常，难道add方法不是List的基本用法吗。还是来研究下asList的实现吧

查看一下Arrays.asList中使用的ArrayList到底长啥样？

原来Arrays的asList方法使用的ArrayList类是一个内部定义的类，而不是java.util.ArrayList类。看其部分源码

public class Arrays {  
    .......  
  
    private static class ArrayList<E> extends AbstractList<E>  
        implements RandomAccess, java.io.Serializable  
        {  
        private static final long serialVersionUID = -2764017481108945198L;  
        private final E[] a;  
  
        ArrayList(E[] array) {  
            if (array==null)  
            throw new NullPointerException();  
            a = array;  
        }  
          
        ......  
    }  
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

这个静态内部类，存储数组元素的a变量是final类型的，由此判断，这个静态内部类是不能做任何内部元素的添加删除操作的！就跟String类一样，String对象存储字符数组的变量也是有final修饰符的。因为一旦增加数组元素，这个数组容量已经定好的容器就无法装载增加的元素了。

内部类里面并没有add,remove方法，可以看下这个类继承的AbstractList类里面对这些方法的实现

public abstract class AbstractList<E> extends AbstractCollection<E> implements List<E> {  
    ........  
  
    public void add(int index, E element) {  
    	throw new UnsupportedOperationException();  
    }  
  
    public E remove(int index) {  
    	throw new UnsupportedOperationException();  
    }  
} 

1
2
3
4
5
6
7
8
9
10
11
12

Ok！找到异常的来源了，我们使用asList得到的对象add、remove方法直接就是抛出异常.如果要对asList得到的对象使用add、remove方法可以使用如下解决办法

List<String> pets = new ArrayList<String>(Arrays.asList("a", "b", "c")); 
1

那么再来看最后一个问题，上代码

public class ArraysAsListTest {
	
	public static void main(String[] args) {
		String[] test = {"a","b","c","d","e"};
		List<String> testList = Arrays.asList(test);
		System.out.println("list原始顺序:"+testList);
		//洗牌打乱list中元素顺序 使用Collections.shuffled方法
		Collections.shuffle(testList, new Random(2));
		System.out.println("list打乱后顺序："+testList);
		//list顺序打乱后 原数组会发生神马？？？
		System.out.println("list打乱顺序后数组内容："+Arrays.toString(test));
		/*
		 * 	list原始顺序:[a, b, c, d, e]
			list打乱后顺序：[e, a, c, b, d]
			list打乱顺序后数组内容：[e, a, c, b, d]
		 */
		
	}
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

哦，NO！！！我只是改变list的顺序，然而数组顺序却也发生了变化，很多时候这并不是我们想要的。这时候我们就要意识到Arrays.asList()产生的list对象会使用底层数组作为其物理实现，只要执行操作修改这个list就会修改原来的数组。要想不改变原来数组，就要在另一个容器中创建一个副本，写法如下

List<String> testList = new ArrayList<String>(Arrays.asList(test));
1

原文链接：https://blog.csdn.net/w574951402/article/details/53246777