警惕数组的浅拷贝

一、分析 

在日常工作中，我们会遇见很多数组的拷贝和复制的问题，但是在你使用系统提供的API进行编码的时候，无形中会留下浅拷贝的隐患。

二、场景 

有这样一个例子，第一个箱子里面与赤橙黄绿青蓝紫7色气球，现在希望第二个箱子也放入7个气球，其中最后一个气球改为蓝色，也就是赤橙黄绿青蓝蓝七个气球。

第二个箱子的最后一个气球毫无疑问是被修改了蓝色，不过是通过拷贝第一个箱子的气球实现的，那么会对第一个箱子的气球颜色有影响吗？输出结果：

Balloon@b2fd8f[编号=0,颜色=Red]

Balloon@a20892[编号=1,颜色=Orange]

Balloon@158b649[编号=2,颜色=Yellow]

Balloon@1037c71[编号=3,颜色=Green]

Balloon@1546e25[编号=4,颜色=Indigo]

Balloon@8a0d5d[编号=5,颜色=Blue]

Balloon@a470b8[编号=6,颜色=Blue]

最后一个气球竟然被修改了。这是为何？

这是典型的浅拷贝（Shallow Clone）问题，通过copyOf()方法产生的数组是一个浅拷贝引用地址。需要说明的是数组的clone()方法也是与此相同，同样是浅拷贝，而且集合的clone()方法也是浅拷贝。这就需要大家多留心了。

问题找到了，解决办法也很简单，遍历box1的每个元素，重新生成一个气球（Ballon）对象，并放置到box2数组中。

很多地方使用集合（如List）进行业务处理时，比如发觉需要拷贝集合中的元素，可集合没有提供任何拷贝方法，所以干脆使用 List.toArray方法转换成数组，然后通过Arrays.copyOf拷贝，然后转换成集合，简单便捷！但是，非常遗憾，这里我们有撞到浅拷贝的 枪口上了！！！！

三、建议 

虽然很多时候浅拷贝可以解决业务问题，但更多的时候会留下隐患，需要我们提防又提防。

本文转自SummerChill博客园博客，原文链接：http://www.cnblogs.com/DreamDrive/p/5422216.html，如需转载请自行联系原作者