java基础学习总结(七):Cloneable接口和Object的clone()方法

为什么要克隆

为什么要使用克隆,这其实反映的是一个很现实的问题,假如我们有一个对象:

public class SimpleObject implements Cloneable
{
    private String str;
    
    public SimpleObject()
    {
        System.out.println("Enter SimpleObject.constructor()");
    }

    public String getStr()
    {
        return str;
    }

    public void setStr(String str)
    {
        this.str = str;
    }
    
    public Object clone() throws CloneNotSupportedException
    {
        return super.clone();
    }
}

现在我写一段程序:

public static void main(String[] args)
{
    SimpleObject so0 = new SimpleObject();
    so0.setStr("111");
    System.out.println("so0.getStr():" + so0.getStr());
    SimpleObject so1 = so0;
    so1.setStr("222");
    System.out.println("so0.getStr():" + so0.getStr());
    System.out.println("so1.getStr():" + so1.getStr());
}

运行结果其实很明显:

so0.getStr():111
so0.getStr():222
so1.getStr():222

     Java底层使用C/C++实现的,"="这个运算符,如果左右两边都是对象引用的话,在Java中表示的将等号右边的引用赋值给等号左边的引用,二者指向的还是同一块内存,所以任何一个引用对内存的操作都直接反映到另一个引用上。

    但是,现在我想拿这个so0的数据进行一些操作,不想改变原来so0中的内容,这时候就可以使用克隆了,它允许在堆中克隆出一块和原对象一样的对象,并将这个对象的地址赋予新的引用,这样,显然我对新引用的操作,不会影响到原对象。

Cloneable接口和Object的clone()方法

     Java中实现了Cloneable接口的类有很多,像我们熟悉的ArrayList、Calendar、Date、ashMap、Hashtable、HashSet、LinkedList等等。

     还是那句话,对于不熟悉的接口、方法,第一反应一定是查询JDK API。

1、Cloneable接口

  1. 实现了Cloneable接口就是在运行时期通知Java虚拟机可以安全地在这个类上使用clone()方法
  2. 如果在没有实现Cloneable接口的实例上调用Object的clone()方法,则会导致抛出CloneNotSupporteddException
  3. 实现此接口的类应该使用公共方法重写Object的clone()方法,Object的clone()方法是一个受保护的方法

2、Object的clone()方法

创建并返回此对象的一个副本。对于任何对象x,表达式:

(1)x.clone() != x为true

(2)x.clone().getClass() == x.getClass()为true

(3)x.clone().equals(x)一般情况下为true,但这并不是必须要满足的要求

克隆实例

把上面例子的main函数修改一下:

public static void main(String[] args) throws Exception
{
    SimpleObject so0 = new SimpleObject();
    so0.setStr("111");
    SimpleObject so1 = (SimpleObject)so0.clone();
    
    System.out.println("so0 == so1?" + (so0 == so1));
    System.out.println("so0.getClass() == so1.getClass()?" + (so0.getClass() == so1.getClass()));
    System.out.println("so0.equals(so1)?" + (so0.equals(so1)));
        
    so1.setStr("222");
    System.out.println("so0.getStr():" + so0.getStr());
    System.out.println("so1.getStr():" + so1.getStr());
}

看一下运行结果:

Enter SimpleObject.constructor()
so0 == so1?false
so0.getClass() == so1.getClass()?true
so0.equals(so1)?false
so0.getStr():111
so1.getStr():222

得到三个结论:

1、克隆一个对象并不会调用对象的构造方法,因为"Enter SimpleObject.constructor()"语句只出现了一次

2、符合JDK API的clone()方法三条规则

3、so1对于SimpleObject对象str字段的修改再也不会影响到so0

浅克隆和深克隆

浅克隆(shallow clone)和深克隆(deep clone)反映的是,当对象中还有对象的时候,那么:

1、浅克隆,即很表层的克隆,如果我们要克隆对象,只克隆它自身以及它所包含的所有对象的引用地址

2、深克隆,克隆除自身对象以外的所有对象,包括自身所包含的所有对象实例

这两个概念应该很好理解,就不写代码了。多提一句,所有的基本数据类型,无论是浅克隆还是深克隆,都会进行原值克隆,毕竟它们都不是对象,不是存储在堆中的。

那其实Object的clone()方法,提供的是一种浅克隆的机制,如果想要实现对对象的深克隆,在不引入第三方jar包的情况下,可以使用两种办法:

1、先对对象进行序列化,紧接着马上反序列化出

2、先调用super.clone()方法克隆出一个新对象来,然后在子类的clone()方法中手动给克隆出来的非基本数据类型(引用类型)赋值,比如ArrayList的clone()方法:

public Object clone() {
try {
    ArrayList<E> v = (ArrayList<E>) super.clone();
    v.elementData = Arrays.copyOf(elementData, size);
    v.modCount = 0;
    return v;
} catch (CloneNotSupportedException e) {
    // this shouldn't happen, since we are Cloneable
    throw new InternalError();
}
}

猜你喜欢

转载自blog.csdn.net/laomumu1992/article/details/83115397