我们应该使用clone还是BeanUtils.copyProperties以及原因

时间:2013-03-21 08:24:43

标签: java spring clone

从它的外观来看 - BeanUtils.copyProperties似乎创建了一个对象的克隆。如果是这种情况,那么关于实现Cloneable接口的问题是什么(只有不可变对象是新的,因为可变对象有复制的引用)这是最好的,为什么?

我昨天实现了cloneable,然后意识到我必须为非 String / Primative 元素提供我自己的修改。然后我被告知我正在使用的BeanUtils.copyProperties。这两种实现似乎都提供了类似的功能。

由于

7 个答案:

答案 0 :(得分:26)

Josh Bloch提供了一些相当不错的论据(包括你提供的论点)断言Cloneable从根本上是有缺陷的,而是支持复制构造函数。请参阅here

我还没有遇到过复制不可变对象的实际用例。您出于特定原因复制对象,可能是为了将一些可变对象集合到一个事务中进行处理,保证在处理单元完成之前不会改变它们。如果它们已经是不可变的,那么引用就像副本一样好。

BeanUtils.copyProperties通常是一种不那么具有侵入性的复制方式,无需更改要支持的类,它在合成对象时提供了一些独特的灵活性。

尽管如此,copyProperties并不总是一刀切。您可能在某些时候需要支持包含具有专门构造函数但仍可变的类型的对象。您的对象可以支持内部方法或构造函数来解决这些异常,或者您可以将特定类型注册到某些外部工具中进行复制,但它无法到达某些甚至clone()可以的地方。它很好,但仍然有限制。

答案 1 :(得分:4)

BeanUtils比标准克隆更灵活,只需将字段值从对象复制到另一个对象。 clone方法从同一个类的bean复制字段,但BeanUtils可以为具有相同属性名称的不同类的2个实例执行此操作。

例如,假设您有一个Bean A,它具有字段String date和一个具有相同字段java.util.Date日期的bean B.使用BeanUtils,您可以复制字符串值并使用DateFormat自动将其转换为日期。

我用它将SOAP对象转换为不具有相同数据类型的Hibernate对象。

答案 2 :(得分:2)

我认为你正在寻找一份深刻的副本。您可以在util类中使用以下方法,并将其用于任何类型的对象。

public static <T extends Serializable> T copy(T input) {
    ByteArrayOutputStream baos = null;
    ObjectOutputStream oos = null;
    ByteArrayInputStream bis = null;
    ObjectInputStream ois = null;
    try {
        baos = new ByteArrayOutputStream();
        oos = new ObjectOutputStream(baos);
        oos.writeObject(input);
        oos.flush();

        byte[] bytes = baos.toByteArray();
        bis = new ByteArrayInputStream(bytes);
        ois = new ObjectInputStream(bis);
        Object result = ois.readObject();
        return (T) result;
    } catch (IOException e) {
        throw new IllegalArgumentException("Object can't be copied", e);
    } catch (ClassNotFoundException e) {
        throw new IllegalArgumentException("Unable to reconstruct serialized object due to invalid class definition", e);
    } finally {
        closeQuietly(oos);
        closeQuietly(baos);
        closeQuietly(bis);
        closeQuietly(ois);
    }
}

答案 3 :(得分:1)

根据您的问题,我猜您需要对象的 深层复制 。如果是这种情况,请不要使用oracle docs方法,因为它已在BeanUtils.copyProperties中指定它提供关联对象的 浅层副本 。我对deep copy API的了解不够。
以下是primitive array的简短演示。在这里,我正在深刻复制import java.io.*; class ArrayDeepCopy { ByteArrayOutputStream baos; ByteArrayInputStream bins; public void saveState(Object obj)throws Exception //saving the stream of bytes of object to `ObjectOutputStream`. { baos = new ByteArrayOutputStream(); ObjectOutputStream oos = new ObjectOutputStream(baos); oos.writeObject(obj); oos.close(); } public int[][] readState()throws Exception //reading the state back to object using `ObjectInputStream` { bins = new ByteArrayInputStream(baos.toByteArray()); ObjectInputStream oins = new ObjectInputStream(bins); Object obj = oins.readObject(); oins.close(); return (int[][])obj; } public static void main(String[] args) throws Exception { int arr[][]= { {1,2,3}, {4,5,7} }; ArrayDeepCopy ars = new ArrayDeepCopy(); System.out.println("Saving state..."); ars.saveState(arr); System.out.println("State saved.."); System.out.println("Retrieving state.."); int j[][] = ars.readState(); System.out.println("State retrieved..And the retrieved array is:"); for (int i =0 ; i < j.length ; i++ ) { for (int k = 0 ; k < j[i].length ; k++) { System.out.print(j[i][k]+"\t"); } System.out.print("\n"); } } } 。您可以使用任何类型的对象来尝试此代码。

{{1}}

答案 4 :(得分:0)

clone创建对象的浅表副本,clone对象始终与原始对象相同。所有字段,无论是私密的还是不复制的。

BeanUtils.copyProperties API 在属性名称相同的所有情况下,将属性值从原始bean复制到目标bean。

就我而言,这两个概念没有什么共同之处。

答案 5 :(得分:0)

克隆由您完成。如果您尝试克隆的实例包含另一个实例的引用,您还必须将克隆代码写入该实例。 如果实例包含对其他实例的引用链,该怎么办? 因此,如果您自己进行克隆,您可能会错过一个小细节。

另一方面,BeanUtils.copyProperties会自行处理所有事情。 它减少了你的努力。

答案 6 :(得分:0)

我检查了源代码,发现它只是复制原始属性的“第一级”。当涉及嵌套对象时,嵌套属性仍引用原始对象的字段,因此它不是“深层副本”。

org.springframework.beans.BeanUtils.java版本5.1.3的Spring源代码中检查以下代码段:

/**
     * Copy the property values of the given source bean into the target bean.
     * <p>Note: The source and target classes do not have to match or even be derived
     * from each other, as long as the properties match. Any bean properties that the
     * source bean exposes but the target bean does not will silently be ignored.
     * <p>This is just a convenience method. For more complex transfer needs,
     * consider using a full BeanWrapper.
     * @param source the source bean
     * @param target the target bean
     * @throws BeansException if the copying failed
     * @see BeanWrapper
     */
    public static void copyProperties(Object source, Object target) throws BeansException {
        copyProperties(source, target, null, (String[]) null);
    }

...

    /**
     * Copy the property values of the given source bean into the given target bean.
     * <p>Note: The source and target classes do not have to match or even be derived
     * from each other, as long as the properties match. Any bean properties that the
     * source bean exposes but the target bean does not will silently be ignored.
     * @param source the source bean
     * @param target the target bean
     * @param editable the class (or interface) to restrict property setting to
     * @param ignoreProperties array of property names to ignore
     * @throws BeansException if the copying failed
     * @see BeanWrapper
     */
    private static void copyProperties(Object source, Object target, @Nullable Class<?> editable,
            @Nullable String... ignoreProperties) throws BeansException {

        Assert.notNull(source, "Source must not be null");
        Assert.notNull(target, "Target must not be null");

        Class<?> actualEditable = target.getClass();
        if (editable != null) {
            if (!editable.isInstance(target)) {
                throw new IllegalArgumentException("Target class [" + target.getClass().getName() +
                        "] not assignable to Editable class [" + editable.getName() + "]");
            }
            actualEditable = editable;
        }
        PropertyDescriptor[] targetPds = getPropertyDescriptors(actualEditable);
        List<String> ignoreList = (ignoreProperties != null ? Arrays.asList(ignoreProperties) : null);

        for (PropertyDescriptor targetPd : targetPds) {
            Method writeMethod = targetPd.getWriteMethod();
            if (writeMethod != null && (ignoreList == null || !ignoreList.contains(targetPd.getName()))) {
                PropertyDescriptor sourcePd = getPropertyDescriptor(source.getClass(), targetPd.getName());
                if (sourcePd != null) {
                    Method readMethod = sourcePd.getReadMethod();
                    if (readMethod != null &&
                            ClassUtils.isAssignable(writeMethod.getParameterTypes()[0], readMethod.getReturnType())) {
                        try {
                            if (!Modifier.isPublic(readMethod.getDeclaringClass().getModifiers())) {
                                readMethod.setAccessible(true);
                            }
                            Object value = readMethod.invoke(source);
                            if (!Modifier.isPublic(writeMethod.getDeclaringClass().getModifiers())) {
                                writeMethod.setAccessible(true);
                            }
                            writeMethod.invoke(target, value);
                        }
                        catch (Throwable ex) {
                            throw new FatalBeanException(
                                    "Could not copy property '" + targetPd.getName() + "' from source to target", ex);
                        }
                    }
                }
            }
        }
    }

只关注这一行:

writeMethod.invoke(target, value);

此行调用目标对象上的setter。想象一下这堂课:

class Student {
    private String name;
    private Address address;
}

如果我们有student1student2,则第二个仅被填充,并且未分配任何字段,student1具有address1和名称John

因此,如果我们致电:

    BeanUtils.copyProperties(student1, student2);

我们正在做

    student2.setName(student1.getName()); // this is copy because String is immutable
    student2.setAddress(student1.getAddress()); // this is NOT copy, we still are referencing `address1`

address1更改时,它也更改student2

因此,BeanUtils.copyProperties() 仅适用于对象的原始类型字段;如果嵌套,则不起作用;或者,您必须确保在目标对象的整个生命周期中原始对象的不变性是不容易且不理想的。


如果您真的想使其深层复制,则必须实现某种方式来递归在不是原始类型的字段上调用此方法。最后,您将到达一个仅包含原始/不可变字段的类,然后完成。