很多时候,我们期望去拷贝某个对象的副本。在Java中如果使用 = 赋值操作,其实际上会让两个引用变量指向同一个对象;而如果重新new一个新对象,再对各字段进行赋值操作时,将十分繁琐。为此在Java的Object类中,提供了一个clone方法,其可拷贝对象副本
clone 方法 与 Cloneable 接口
Ojbect类中的clone方法签名如下,native 指示其是一个本地方法(非Java实现)。需要注意的是该方法的访问修饰符为 protected,说明该方法只能在本包下或子类中去调用
protected
标记接口:没有任何方法和字段的空接口,其仅用于说明该类支持某种特性/功能。Cloneable 接口 即是一个标记接口,其只表明所标记类的对象是可拷贝的,否则对该类的对象调用 clone 方法将会抛 CloneNotSupportedException异常
下述代码示例即对Dept类对象进行拷贝操作,该类实现了Cloneable接口,故可正常调用clone方法
@Data
从下图测试结果可以看出,原对象dept 和 拷贝出的对象copy 地址不一样,其是两个独立的对象
![ddd08bc192ad5b0141bea95a6443dee7.png](https://i-blog.csdnimg.cn/blog_migrate/50201aa443c3e37942bbdfcf3c4d60ee.png)
浅拷贝
Object类中的clone方法的访问修饰符为 protected,只能在包内及其子类调用。故在我们自己类中一般通过重载的方式将该类的访问权限改为 public 来方便我们在类外使用它。
如下代码所示,我们重载Dept的clone方法,也仅仅是扩大了访问权限,其依然是调用Object中的clone方法去实现
/**
测试结果如下:
![916ae20287bec2b546a289060814cb40.png](https://i-blog.csdnimg.cn/blog_migrate/313a8a2a6662bf637980d8a74e908e5b.jpeg)
从上图可以看到可以看到对Dept类的副本对象copy进行修改后,发现原对象的部分字段也同时会发生变化。实际上,这种拷贝对象的非对象属性(基本类型属性)、不可变对象属性,但是不拷贝 对象的对象属性(不含不可变对象) ,即为浅拷贝。例如dept对象的对象属性fence即未被拷贝,副本对象copy的fence属性仍然指向原dept对象属性fence的对象。由于,dept对象的fence引用变量和副本对象copy的fence引用变量均指向同一Fence对象,所以当副本对象中的fence属性被修改时,可以看到原对象的fence同样会被修改受到影响。createTime属性同理。
Note: 对于不可变对象(String, 基本类型的包装器, BigInteger和BigDecimal等)而言,如上例所示的deptName属性,修改前,原对象dept和拷贝对象copy虽然都是指向同一个String对象——“RD 1”,但是由于String为不可变对象,是无法修改原String的状态的,其会生成一个新的String对象——“RD 2”,并使引用变量指向其。由于修改后,使得dept对象的deptName引用变量和副本对象copy的fence引用变量指向不同的String对象,所以修改副本对象的deptName属性不会对原对象的deptName属性造成任何影响
深拷贝
有了上文对浅拷贝的介绍,相信大家已经对其缺陷有了一定的认识,其对对象的拷贝程度非常“浅”,那么有没有办法完全完全的拷贝一个对象,使得其所有属性均和原对象完全不相干呢?答案就是深拷贝。其通过“层层clone”的方式实现对其需要对象中的所有对象属性进行克隆
以上文为例,我们首先对Fence类实现Cloneable接口重载clone方法,由于该类中除了不可变对象属性外无其他的对象属性,故只需调用Object类中的clone方法即可,无需“层层clone”:
/**
对于Dept类而言,其内部除了不可变对象属性外,有createTime和fence对象属性,所以需要进行“层层clone”,分别对这两个对象进行clone,重载后clone方法如下所示:
/**
依旧调用之前的CloneTest.cloneDept方法进行测试,结果如下图所示,可以看到,通过深拷贝克隆出来的副本对象和原对象之前是完全无关系和影响的
![b75f9110acf545d6084a5cee0a1fefb6.png](https://i-blog.csdnimg.cn/blog_migrate/dd6487238dfda909b5a97bc8c57c6e9f.jpeg)