Part II

谈到了对象的克隆,就不得不说为什么要对对象进行克隆。Java中所有的对象都是保存在堆中,而堆是供全局共享的。也就是说,如果同一个Java程序的不同方法,只要能拿到某个对象的引用,引用者就可以随意的修改对象的内部数据(前提是这个对象的内部数据通过get/set方法曝露出来)。有的时候,我们编写的代码想让调用者只获得该对象的一个拷贝(也就是一个内容完全相同的对象,但是在内存中存在两个这样的对象),有什么办法可以做到呢?当然是克隆咯。

Part III

首先,我们是程序员,当然是用我们程序员的语言来交流。

import java.util.Date;
登录后复制
登录后复制
登录后复制
登录后复制
public class User implements Cloneable {
登录后复制
	private String username;
登录后复制
	private String password;
登录后复制
	private Date birthdate;
登录后复制
	public User(String username, String password, Date birthdate) {
登录后复制
		this.username = username;
登录后复制
		this.password = password;
登录后复制
		this.birthdate = birthdate;
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	protected Object clone() throws CloneNotSupportedException {
登录后复制
登录后复制
		return super.clone();
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	public int hashCode() {
登录后复制
登录后复制
		// 省略equals的实现(可用eclipse自动生成)
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	public boolean equals(Object obj) {
登录后复制
登录后复制
		// 省略equals的实现(可用eclipse自动生成)
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	// 省略一大堆get/set方法
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

上述代码构建了一个User类,并且实现了java.lang.Cloneable接口。顾名思义,Cloneable的意思就是说明这个类可以被克隆的意思。

而我们先去看看java.lang.Cloneable这个接口有些什么。

/*
登录后复制
登录后复制
 * @(#)Cloneable.java	1.17 05/11/17
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * Copyright 2006 Sun Microsystems, Inc. All rights reserved.
登录后复制
登录后复制
 * SUN PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
登录后复制
登录后复制
 */
登录后复制
登录后复制
登录后复制
登录后复制
package java.lang;
登录后复制
登录后复制
/**
登录后复制
登录后复制
 * A class implements the Cloneable interface to
登录后复制
 * indicate to the {@link java.lang.Object#clone()} method that it
登录后复制
 * is legal for that method to make a
登录后复制
 * field-for-field copy of instances of that class.
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * Invoking Object's clone method on an instance that does not implement the
登录后复制
 * Cloneable interface results in the exception
登录后复制
 * CloneNotSupportedException being thrown.
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * By convention, classes that implement this interface should override
登录后复制
 * Object.clone (which is protected) with a public method.
登录后复制
 * See {@link java.lang.Object#clone()} for details on overriding this
登录后复制
 * method.
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * Note that this interface does not contain the clone method.
登录后复制
 * Therefore, it is not possible to clone an object merely by virtue of the
登录后复制
 * fact that it implements this interface.  Even if the clone method is invoked
登录后复制
 * reflectively, there is no guarantee that it will succeed.
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * @author  unascribed
登录后复制
登录后复制
 * @version 1.17, 11/17/05
登录后复制
 * @see     java.lang.CloneNotSupportedException
登录后复制
 * @see     java.lang.Object#clone()
登录后复制
 * @since   JDK1.0
登录后复制
登录后复制
 */
登录后复制
登录后复制
登录后复制
登录后复制
public interface Cloneable {
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

不要惊讶,没错,除了一大堆的鸡肠以外,这个接口没有定义任何的方法签名。也就是说,我们要克隆一个对象,但是他又不给我提供一个方法。那该怎么办呢?不怕,我们还有全能的Object类,别忘记他可是所有类的始祖啊(神一般的存在着),所以,有事没事都该去问候一下他老人家。

/*
登录后复制
登录后复制
 * @(#)Object.java	1.73 06/03/30
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * Copyright 2006 Sun Microsystems, Inc. All rights reserved.
登录后复制
登录后复制
 * SUN PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
登录后复制
登录后复制
 */
登录后复制
登录后复制
登录后复制
登录后复制
package java.lang;
登录后复制
登录后复制
/**
登录后复制
登录后复制
 * Class Object is the root of the class hierarchy.
登录后复制
 * Every class has Object as a superclass. All objects,
登录后复制
 * including arrays, implement the methods of this class.
登录后复制
 *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
 * @author  unascribed
登录后复制
登录后复制
 * @version 1.73, 03/30/06
登录后复制
 * @see     java.lang.Class
登录后复制
 * @since   JDK1.0
登录后复制
登录后复制
 */
登录后复制
登录后复制
登录后复制
登录后复制
public class Object {
登录后复制
    
登录后复制
   // 省略N多的代码
登录后复制
    /**
登录后复制
     * Creates and returns a copy of this object.  The precise meaning
登录后复制
     * of "copy" may depend on the class of the object. The general
登录后复制
     * intent is that, for any object x, the expression:
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
*
登录后复制
登录后复制
登录后复制
     * x.clone() != x
登录后复制
     * will be true, and that the expression:
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
*
登录后复制
登录后复制
登录后复制
     * x.clone().getClass() == x.getClass()
登录后复制
     * will be true, but these are not absolute requirements.
登录后复制
     * While it is typically the case that:
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
*
登录后复制
登录后复制
登录后复制
     * x.clone().equals(x)
登录后复制
     * will be true, this is not an absolute requirement.
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
     * By convention, the returned object should be obtained by calling
登录后复制
     * super.clone.  If a class and all of its superclasses (except
登录后复制
     * Object) obey this convention, it will be the case that
登录后复制
     * x.clone().getClass() == x.getClass().
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
     * By convention, the object returned by this method should be independent
登录后复制
     * of this object (which is being cloned).  To achieve this independence,
登录后复制
     * it may be necessary to modify one or more fields of the object returned
登录后复制
     * by super.clone before returning it.  Typically, this means
登录后复制
     * copying any mutable objects that comprise the internal "deep structure"
登录后复制
     * of the object being cloned and replacing the references to these
登录后复制
     * objects with references to the copies.  If a class contains only
登录后复制
     * primitive fields or references to immutable objects, then it is usually
登录后复制
     * the case that no fields in the object returned by super.clone
登录后复制
     * need to be modified.
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
     * The method clone for class Object performs a
登录后复制
     * specific cloning operation. First, if the class of this object does
登录后复制
     * not implement the interface Cloneable, then a
登录后复制
     * CloneNotSupportedException is thrown. Note that all arrays
登录后复制
     * are considered to implement the interface Cloneable.
登录后复制
     * Otherwise, this method creates a new instance of the class of this
登录后复制
     * object and initializes all its fields with exactly the contents of
登录后复制
     * the corresponding fields of this object, as if by assignment; the
登录后复制
     * contents of the fields are not themselves cloned. Thus, this method
登录后复制
     * performs a "shallow copy" of this object, not a "deep copy" operation.
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
     * The class Object does not itself implement the interface
登录后复制
     * Cloneable, so calling the clone method on an object
登录后复制
     * whose class is Object will result in throwing an
登录后复制
     * exception at run time.
登录后复制
     *
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
     * @return     a clone of this instance.
登录后复制
     * @exception  CloneNotSupportedException  if the object's class does not
登录后复制
     *               support the Cloneable interface. Subclasses
登录后复制
     *               that override the clone method can also
登录后复制
     *               throw this exception to indicate that an instance cannot
登录后复制
     *               be cloned.
登录后复制
     * @see java.lang.Cloneable
登录后复制
     */
登录后复制
    protected native Object clone() throws CloneNotSupportedException;
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

呵呵,又是一大串的鸡肠,别以为我是来凑字数的,这些都是Sun公司Java开发人员写的技术文章,多看看少说话吧。

没错,又是个native方法,果然是个高深的东西,不过我们还是要占一下他的便宜。而且他这个方法是protected的,分明就是叫我们去占便宜的。

再继续看看下面测试代码。

import java.util.Date;
登录后复制
登录后复制
登录后复制
登录后复制
import org.junit.Test;
登录后复制
登录后复制
登录后复制
public class TestCase {
登录后复制
登录后复制
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Test
登录后复制
登录后复制
登录后复制
	public void testUserClone() throws CloneNotSupportedException {
登录后复制
		User u1 = new User("Kent", "123456", new Date());
登录后复制
		User u2 = u1;
登录后复制
		User u3 = (User) u1.clone();
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(u1 == u2);		// true
登录后复制
		System.out.println(u1.equals(u2));	// true
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(u1 == u3);		// false
登录后复制
		System.out.println(u1.equals(u3));	// true
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

这个clone()方法果然牛,一下子就把我们的对象克隆了一份,执行结果也符合我们的预期,u1和u3的地址不同但是内容相同。

Part IV

通过上述的例子,我们可以看出,要让一个对象进行克隆,其实就是两个步骤:

1. 让该类实现java.lang.Cloneable接口;

2. 重写(override)Object类的clone()方法。

但是,事实上真的是如此简单吗?再看下面的代码。

public class Administrator implements Cloneable {
登录后复制
	private User user;
登录后复制
	private Boolean editable;
登录后复制
	public Administrator(User user, Boolean editable) {
登录后复制
		this.user = user;
登录后复制
		this.editable = editable;
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	protected Object clone() throws CloneNotSupportedException {
登录后复制
登录后复制
		return super.clone();
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	public int hashCode() {
登录后复制
登录后复制
		// 老规矩
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Override
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	public boolean equals(Object obj) {
登录后复制
登录后复制
		// 老规矩
登录后复制
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	// 老规矩
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

上面定义了一个Administrator类,这个类持有一个User类的对象。接下来我们看看对Administrator对象进行克隆会有什么效果。

import java.util.Date;
登录后复制
登录后复制
登录后复制
登录后复制
import org.junit.Test;
登录后复制
登录后复制
登录后复制
public class TestCase {
登录后复制
登录后复制
登录后复制
	@Test
登录后复制
登录后复制
登录后复制
	public void testAdministratorClone() throws CloneNotSupportedException {
登录后复制
		Administrator a1 = new Administrator(new User("Kent", "123456", new Date()), true);
登录后复制
		Administrator a2 = a1;
登录后复制
		Administrator a3 = (Administrator) a1.clone();
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(a1 == a2);			// true
登录后复制
		System.out.println(a1.equals(a2));		// true
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(a1 == a3);			// false
登录后复制
		System.out.println(a1.equals(a3));		// true
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(a1.getUser() == a3.getUser());		//true ! It's not our expected!!!!!
登录后复制
		System.out.println(a1.getUser().equals(a3.getUser()));	//true
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

呵呵呵!出问题了吧。Java哪是那么容易就能驾驭的说!

这里我们就可以引入两个专业的术语:浅克隆(shallow clone)和深克隆(deep clone)。

所谓的浅克隆,顾名思义就是很表面的很表层的克隆,如果我们要克隆Administrator对象,只克隆他自身以及他包含的所有对象的引用地址

而深克隆,就是非浅克隆。克隆除自身以外所有的对象,包括自身所包含的所有对象实例。至于深克隆的层次,由具体的需求决定,也有“N层克隆”一说。

但是,所有的基本(primitive)类型数据,无论是浅克隆还是深克隆,都会进行原值克隆。毕竟他们都不是对象,不是存储在堆中。注意:基本数据类型并不包括他们对应的包装类。

如果我们想让对象进行深度克隆,我们可以这样修改Administrator类。

@Override
登录后复制
protected Object clone() throws CloneNotSupportedException {
登录后复制
	Administrator admin = (Administrator) super.clone();
登录后复制
	admin.user = (User) admin.user.clone();
登录后复制
	return admin;
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

由于Boolean会对值进行缓存处理,所以我们没必要对Boolean的对象进行克隆。并且Boolean类也没有实现java.lang.Cloneable接口。

Part V

1. 让该类实现java.lang.Cloneable接口;

2. 确认持有的对象是否实现java.lang.Cloneable接口并提供clone()方法;

3. 重写(override)Object类的clone()方法,并且在方法内部调用持有对象的clone()方法;

4. ……

5. 多麻烦啊,调来调去的,如果有N多个持有的对象,那就要写N多的方法,突然改变了类的结构,还要重新修改clone()方法。

难道就没有更好的办法吗?

Part VI

接下来要重点介绍一下使用java.lang.Serializable来实现对象的深度克隆。

首先,我们编写一个工具类并提供cloneTo()方法。

import java.io.ByteArrayInputStream;
登录后复制
import java.io.ByteArrayOutputStream;
登录后复制
import java.io.IOException;
登录后复制
import java.io.ObjectInputStream;
登录后复制
import java.io.ObjectOutputStream;
登录后复制
public abstract class BeanUtil {
登录后复制
	@SuppressWarnings("unchecked")
登录后复制
	public static  T cloneTo(T src) throws RuntimeException {
登录后复制
		ByteArrayOutputStream memoryBuffer = new ByteArrayOutputStream();
登录后复制
		ObjectOutputStream out = null;
登录后复制
		ObjectInputStream in = null;
登录后复制
		T dist = null;
登录后复制
		try {
登录后复制
			out = new ObjectOutputStream(memoryBuffer);
登录后复制
			out.writeObject(src);
登录后复制
			out.flush();
登录后复制
			in = new ObjectInputStream(new ByteArrayInputStream(memoryBuffer.toByteArray()));
登录后复制
			dist = (T) in.readObject();
登录后复制
		} catch (Exception e) {
登录后复制
			throw new RuntimeException(e);
登录后复制
		} finally {
登录后复制
			if (out != null)
登录后复制
				try {
登录后复制
登录后复制
					out.close();
登录后复制
					out = null;
登录后复制
				} catch (IOException e) {
登录后复制
登录后复制
					throw new RuntimeException(e);
登录后复制
登录后复制
				}
登录后复制
登录后复制
			if (in != null)
登录后复制
				try {
登录后复制
登录后复制
					in.close();
登录后复制
					in = null;
登录后复制
				} catch (IOException e) {
登录后复制
登录后复制
					throw new RuntimeException(e);
登录后复制
登录后复制
				}
登录后复制
登录后复制
		}
登录后复制
		return dist;
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

看不懂,没关系,直接拿去用就可以了。嘻嘻。

接下来我们测试一下是否能通过这个工具来实现深度克隆。

又是这个可爱的TestCase,可怜的每次都要动他……

import java.util.Date;
登录后复制
登录后复制
登录后复制
登录后复制
import org.junit.Test;
登录后复制
登录后复制
登录后复制
public class TestCase {
登录后复制
登录后复制
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
	@Test
登录后复制
登录后复制
登录后复制
	public void testCloneTo() {
登录后复制
		Administrator src = new Administrator(new User("Kent", "123456", new Date()), true);
登录后复制
		Administrator dist = BeanUtil.cloneTo(src);
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(src == dist);			// false
登录后复制
		System.out.println(src.equals(dist));		// true
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
		System.out.println(src.getUser() == dist.getUser());		//false ! Well done!
登录后复制
		System.out.println(src.getUser().equals(dist.getUser()));	//true
登录后复制
	}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
}
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

好了,无论你的对象有多么的复杂,只要这些对象都能够实现java.lang.Serializable接口,就可以进行克隆,而且这种克隆的机制是JVM完成的,不需要修改实体类的代码,方便多了。

以上就是Java中对象克隆(Clone)的实例教程的详细内容,更多请关注Work网其它相关文章!

08-28 10:18