Java的对象克隆

Posted 2023-04-19 飞鱼的博客

Object 类提供的 clone() 方法是 “浅拷贝”，并没有克隆对象中引用的其他对象，原对象和克隆的对象仍然会共享一些信息。深拷贝指的是：在对象中存在其他对象的引用的情况下，会同时克隆对象中引用的其他对象，原对象和克隆的对象互不影响。

本节我们会讨论 Cloneable 接口，这个接口指示一个类提供了一个安全的 clone() 方法。

Object 类提供的 clone() 方法是 “浅拷贝”，并没有克隆对象中引用的其他对象，原对象和克隆的对象仍然会共享一些信息。深拷贝指的是：在对象中存在其他对象的引用的情况下，会同时克隆对象中引用的其他对象，原对象和克隆的对象互不影响。

介绍克隆

要了解克隆的具体含义，先来回忆为一个包含对象引用的变量建立副本时会发生什么。原变量和副本都是同一个对象的引用（见图 6-1）。这说明，任何一个变量改变都会影响另一个变量。

Employee original = new Employee("John Public", 50000);
Employee copy = original;
copy.raiseSalary(lO); // oops-also changed original

如果希望 copy 是一个新对象，它的初始状态与 original 相同，但是之后它们各自会有自己不同的状态，这种情况下就可以使用 clone() 方法。

Employee copy = original.clone();
copy.raiseSalary(lO); // OK original unchanged

---

不过并没有这么简单。clone() 方法是 Object 的一个 protected 方法，这说明你的代码不能直接调用这个方法。只有 Employee 类可以克隆 Employee 对象（Object 类不可以克隆 Employee 类）。这个限制是有原因的。想想看 Object 类如何实现 clone()。Object 类它对于这个对象一无所知，所以只能逐个域地进行拷贝。如果对象中的所有数据域都是数值或其他基本类型，拷贝这些域没有任何问题、但是如果对象包含子对象的引用，拷贝域就会得到相同子对象的另一个引用，这样一来，原对象和克隆的对象仍然会共享一些信息。

class Employee 
    // instance fields
    private String name;
    private double salary;
    private Date hireDay;

    // constructor
    public Employee(String n, double s, int year, int month, int day) 
        this.name = n;
        this.salary = s;
        this.hireDay = new Date(year, month, day);
    

    // a method
    public String getName() 
        return name;
    
    // more methods

图 6-2 显示了使用 Object 类的 clone() 方法克隆一个 Employee 对象会发生什么。可以看到，默认的克隆操作是 “浅拷贝”，并没有克隆对象中引用的其他对象。

浅拷贝会有什么影响吗？这要看具体情况。

• 如果原对象和浅克隆对象共享的子对象是不可变的，那么这种共享就是安全的。如果子对象属于一个不可变的类，如 String，就是这种情况。或者在对象的生命周期中，子对象一直包含不变的常量，没有更改器方法会改变它，也没有方法会生成它的引用，这种情况下同样是安全的（子对象虽然是可变的，但是在在对象的生命周期中，子对象的数据域没有发生改变）。
• 不过，通常子对象都是可变的，必须重新定义 clone() 方法来建立一个深拷贝，同时克隆所有子对象。在这个例子中，hireDay 域是一个 Date，这是可变的，所以它也需要克隆。（出于这个原因，这个例子使用 Date 类型的域而不是 LocalDate 来展示克隆过程。如果 hireDay 是不可变的 LocalDate 类的一个实例，就无需我们做任何处理了。）

---

对于每一个类，需要确定：

1. 默认的 clone() 方法是否满足要求；
2. 是否可以在可变的子对象上调用 clone() 方法来修补默认的 clone() 方法；
3. 是否不该使用 clone() 方法

实际上第 3 个选项是默认选项。如果选择第 1 项或第 2 项，类必须：

• 实现 Cloneable 接口；
• 重新定义 clone() 方法，并指定 public 访问修饰符。

Cloneable 接口

Cloneable 接口的出现与接口的正常使用并没有关系。具体来说，Cloneable 接口没有指定 clone() 方法，clone() 方法是从 Object 类继承的。Cloneable 接口只是作为一个标记，指示类设计者了解克隆过程。对象对于克隆很 “偏执”，如果一个对象请求克隆，但没有实现 Cloneable 接口，就会生成一个受检异常（CloneNotSupportedException 异常）。

如果在一个对象上调用 clone() 方法，但这个对象的类并没有实现 Cloneable 接口，Object 类的 clone() 方法就会拋出一个 CloneNotSupportedException。

注释：Cloneable 接口是 Java 提供的一组标记接口（tagging interface）之一。应该记得：

• Comparable 等接口的通常用途是确保一个类实现一个或一组特定的方法。
• 标记接口不包含任何方法，标记接口唯一的作用就是允许在类型查询中使用 instanceof：if (obj instanceof Cloneable)

建议你自己的程序中不要使用标记接口。

---

即使 clone() 的默认（浅拷贝）实现能够满足要求，还是需要实现 Cloneable 接口，将 clone() 方法重新定义为 public， 再调用 super.clone()。下面给出一个例子：

class Employee implements Cloneable 
    // raise visibility level to public, change return type
    public Employee clone() throws CloneNotSupportedException 
        return (Employee) super.clone();
    

与 Object.clone() 提供的浅拷贝相比，前面看到的 clone() 方法并没有为它增加任何功能。这里只是让这个方法是公有的。要建立深拷贝，还需要做更多工作，克隆对象中可变的实例域。下面来看创建深拷贝的 done() 方法的一个例子：

class Employee implements Cloneable 
    // ...
    public Employee clone() throws CloneNotSupportedException 
        // call Object.clone()
        Employee cloned = (Employee) super.clone();
        // clone mutable fields
        cloned.hireDay = (Date) hireDay.clone();
        return cloned;
    

如果在一个对象上调用 clone() 方法，但这个对象的类并没有实现 Cloneable 接口，Object 类的 clone() 方法就会拋出一个 CloneNotSupportedException。当然，Employee 和 Date 类实现了 Cloneable 接口，所以不会抛出这个异常。不过， 编译器并不了解这一点，因此，我们声明了这个异常。

---

捕获这个异常是不是更好一些？

public Employee clone() 
    try 
        Employee cloned = (Employee) super.clone();
        // ...
        return cloned;
     catch (CloneNotSupportedException e) 
        return null;
    
    // this won\'t happen, since we are Cloneable

捕获异常这非常适用于 final 类。否则，最好还是保留 throws 说明符。这样就允许子类在不支持克隆时选择抛出一个 CloneNotSupportedException()。

子类的克隆

必须当心子类的克隆。例如，一旦为 Employee 类定义了 clone() 方法，任何人都可以用它来克隆 Manager 对象（Manager 类是 Employee 类的子类）。Employee 克隆方法能完成工作吗？这取决于 Manager 类的域。在这里是没有问题的，因为 bonus 域是基本类型。但是 Manager 可能会有需要深拷贝或不可克隆的域。不能保证子类的实现者一定会修正 clone() 方法让它正常工作。出于这个原因， 在 Object 类中 clone() 方法声明为 protected。不过，如果你希望类用户调用 clone()，就不能这样做。

参考资料

《Java核心技术卷一：基础知识》（第10版）第 6 章：接口、lambda 表达式与内部类 6.2.3 对象克隆

本文来自博客园，作者：真正的飞鱼，转载请注明原文链接：https://www.cnblogs.com/feiyu2/p/17332006.html

java中的浅克隆和深克隆是啥

克隆是指克隆对象，在堆空间复制一块内存，是完全的两个对象，不是指针指向！浅克隆是指克隆一个对象，而该对象的属性只是基本数据类型，只克隆出该对象！深度克隆是指克隆的目标里面还有引用类型，引用类型里还有引用类型，同时把引用类型克隆出来叫深度克隆！常用的方法有两种，第一，需克隆的对象实现cloneable接口；第二，使用commons包提供的克隆方法。这两种方法都能实现深度克隆！ 参考技术A

浅克隆:仅仅复制所克隆的对象，而不复制它所引用的对象。

被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用仍然指向原来的对象。

深克隆:把要复制的对象所引用的对象都复制了一遍。

那些引用其他对象的变量将指向被复制过的新对象，而不再是原有的那些被引用的对象。

很明显二者时间消耗有差距，在不影响的情况下尽量用浅克隆

注意区分与C语言的浅克隆深克隆 那个是引用地址与重新分配地址构建的区别，详细可以参见：

http://www.cnblogs.com/yxnchinahlj/archive/2010/09/20/1831615.html

参考技术B 深克隆与浅克隆
大家知道，对象是互相引用的，即对象中可能包含了另一个对象的引用，举例如：有一个Order对象，Order对象中又包含了LineItems对象，然后LineItems对象又包含了Item对象。
好了，现在我有一个Order对象order1,它包含了一个LineItems对象items，这表示的是有一个订单order1，订单的内容是items。
好的，现在有另一个客户想要一份订单，内容跟order1完全一样，那么在系统的逻辑层我们怎么做呢？很简单，order2=order1.clone().我们知道clone方法是在内存中生成一个新的对象，而不是只得到原对象的引用。这时候，有人说话了：“哦，明白了我们对order2的成员变量进行修改，是不会影响order1的。”很可惜，这句话只对了一半。
假设order类有一个成员变量name，当然改变order2.name不会影响order1.name，因为他们在不同的内存区域。但是如果改变order1.items呢？很遗憾，简单地使用order1.clone，是会影响到order2.items的。原因很简单，就是因为clone方法默认的是浅克隆，即不会克隆对象引用的对象，而只是简单地复制这个引用。所以在上例中，items对象在内存中只有一个，order1和order2都指向它，任何一个对象对它的修改都会影响另一个对象。
那相对浅克隆，深克隆自然就是会克隆对象引用的对象了。也就是说，在上例中，改变order1.items并不会影响order2.items了。因为内存中有两个一样的items。
如果实现深克隆？
一个方法自然是重写clone方法，添加如order.items=(LineItems)items.clone()的语句，也就是人为地添加对引用对象的复制。这个方法的缺点是如果引用对象有很多，或者说引用套引用很多重，那么太麻烦了。业界常用的方法是使用串行化然后反串行化的方法来实现深克隆。由于串行化后，对象写到流中，所有引用的对象都包含进来了，所以反串行化后，对等于生成了一个完全克隆的对象。绝！
这个方法的要求是对象（包括被引用对象）必须事先了Serializable接口，否则就要用transient关键字将其排除在复制过程中。 参考技术C 浅克隆就是只能在本机识别的，深克隆就是其他平台也能识别的，这个需要用到序列化