Collections的copy()方法和ArrayList的大小问题

最新推荐文章于 2025-09-02 18:31:18 发布

原创最新推荐文章于 2025-09-02 18:31:18 发布 · 4.7k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#collections #list #object #api #c

本文对比了Collections的copy方法与ArrayList构造函数的拷贝行为，解释了深拷贝与浅拷贝的区别及其应用场景。并详细介绍了如何正确设置目标列表容量避免异常。

Collections的copy()方法和ArrayList的大小问题

偶然看到了Collections的copy（List desc,List src）方法.当时就想这个方法和初始化一个List desc=new ArrayList(List c)【参数必须实现Collection接口】的区别。

两者的差别很大，后者是一个浅拷贝，只是对源list的元素进行拷贝，拷贝的只是引用。拷贝后两个list的元素（引用）不同，但是引用所指向的对象是一样的。即是两个list的每个元素指向的还是通一内存。然而前者是深拷贝，不光拷贝的是src的元素（引用），src内每个元素的所指向的对象都进行一次拷贝。即是两个list的每个元素所指向的不是同一内存。

使用后者进行拷贝的结果是：当你的desc链表发生改变时，src也将会随之改变。
使用前者进行拷贝时你又必须要注意目标链表的长度必须要比源链表的长度大或者相等。

举例如下：
List src1=new ArrayList(3)
src1.add("a");
src2.add("b");
src3.add("c");

如果你使用下面方法copy链表
/*******************************/
List des1=new ArrayList(3);
Collections.copy(des1,src1);
/*******************************/
将会出错，抛出数组越界异常。
当时我怎么想都想不明白为什么，明明已经设置了长度为3，为什么还会出错！
后来打印出des1.size()才知道des1的长度为0；3表示的是这个List的容纳能力为3，并不是说des1中就有了3个元素。查看api才知道，它的capacity（容纳能力大小）可以指定（最好指定）。而初始化时size的大小永远默认为0，只有在进行add和remove等相关操作时，size的大小才变化。然而进行copy()时候，首先做的是将desc1的size和src1的size大小进行比较，只有当desc1的size大于或者等于src1的size时才进行拷贝，否则抛出IndexOutOfBoundsException异常。

所以可以通过下面的方法指定目标desc的大小
/*******************************/
List des1=new ArrayList(Array.asList(new object[src1.size]));//注意：new ArrayList(Collection col)参数必须要实现Collection 接口。
Collections.copy(des1,src1);
/*******************************/
执行第一句后size的大小是3，其实它是对一个空数组的浅拷贝。