java中clone源码解析

在Android开发中,经常会用到clone,其实如果不追究最底层的实现执行,这个还是很好理解的。

首先clone分为深拷贝和浅拷贝
这个很简单,首先看看下面代码:

class User {
    String name;
    int age;
}
class Account implements Cloneable {
    User user;
    long balance;
    @Override
    public Object clone() throws CloneNotSupportedException {
        return super.clone();
    }
}

在Account中如果执行clone方法,只是属于浅拷贝,为什么呢?因为Account里面有一个User类型的引用,使用clone方法拷贝出一个新的对象,它里面也包含了一个User类型的引用,但是这个新对象和原对象里面的User引用指向的是同一个User对象,因为这里拷贝的仅仅只是将User的引用拷贝到了新的对象,但是并没有创建一个新的User对象。

深拷贝就是不仅仅只是对引用进行拷贝,而是把Account里面的所有对象都进行拷贝。
重新实现下上面的代码:

class User implements Cloneable {
    String name;
    int age;
    @Override
    public User clone() throws CloneNotSupportedException {
        return (User) super.clone();
    }
}
class Account implements Cloneable {
    User user;
    long balance;
    @Override
    public Account clone() throws CloneNotSupportedException {
        Account account = null;
        account = (Account) super.clone();
        if (user != null) {
            account.user = user.clone();
        }
        return account;
    }
}

其实上面的User里面还是一个String的引用,它也只是实现了一个浅拷贝,因为User里面的clone方法拷贝出来的新对象里面的String引用指向的跟原引用相同的对象。

另外,需要注意的是,如果自定义一个类,需要它能够使用clone方法来进行自我拷贝,就必须继承Cloneable接口,这是为什么呢?
我们来看看Cloneable接口代码:

public interface Cloneable {
    // Marker interface
}

这里面什么都没有,那我们的clone方法是哪里来的呢?
我们知道一般我们自定义一个类它默认会继承Object类,并且我们的clone方法是继承过来的,那么这个方法就只能来着Object类了。
我们直接来看看Object对象里面的代码:

public class Object {
    protected Object clone() throws CloneNotSupportedException {
        if (!(this instanceof Cloneable)) {
            throw new CloneNotSupportedException("Class " + getClass().getName() +
                                                 " doesn't implement Cloneable");
        }

        return internalClone();
    }

    /*
     * Native helper method for cloning.
     */
    private native Object internalClone();
}

上面只给出了部分代码,可以看到Object确实有这个方法,另外我们还看到,如果我们要使用这个方法,还有一个前提,就是我们的对象必须是Cloneable的实例,否则就会报错,这也就是为什么我们的自定义的类必须继承这个空接口。
如果继承了这个接口,那么机会执行internalClone方法,可以看到它是一个native方法,就是来做拷贝工作的。
所以我们可以知道:Cloneable和Serializable一样都是标记型接口,它们内部都没有方法和属性,implements Cloneable表示该对象能被克隆,能使用Object.clone()方法。

上面我们需要注意到一个细节,上面的clone方法是一个Protected类型,如果我们直接重写这个方法,它也不能被直接调用,这也是我们为什么需要重新一个public的clone方法,下面进行一个小结:
为什么应用了Cloneable接口的类通常还必须重写一个public的clone()方法?这里有两个原因:
(1) 如果不重写,由于Object.clone()是proteced属性,所以这个clone()方法将无法在外部被调用,更精确地说,无法在目标类之外的任何地方调用。这样就使得克隆失去了用武之地。
(2) Object.clone()毕竟只是提供了浅层拷贝,对于基本类型的字段,可以说它成功克隆了。但对于对象型字段,它并没有实现克隆的功能,仅仅做了一个赋值。

参考文章:
深入理解java中的clone

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值