现代可克隆的替代品？

Question

众所周知，cloneable是无法修复的（有关更多信息，请参见本问题中的讨论）。

关于替代方案和“我如何做得对”的最后一个问题已经有几年的历史了：

null

• 类将实现的某种copyable接口:A扩展copyable.
• 深度复制。如果a的istance引用B的实例，则a.copy()应引用新的B.copy().
• 复制到指定的目标:A.copyTo(a1).
• 多态复制：如果b扩展a，则a.copyto(b)应将b的所有属性从a复制到b。

当然，我可以自己实现所有这些，但是有标准接口不是很合理吗？还是我漏掉了什么？

我的上下文的一点背景。我经常使用JAXB和模式派生类。对这些类进行深度复制通常非常有用。几年前，我编写了几个JAXB模式编译器插件来生成copyto方法，这些方法实现了上述（以及更多）需求。我不得不使用自己的运行时API。现在我正在重新审视这个案子，并决定问问是否有一个标准的解决方案。

Answer 1

我多次使用的机制是序列化/反序列化。当然，这只在所有对象和元素都是可序列化的情况下才起作用，所以并不是在所有情况下都起作用。如果所有的对象都是可序列化的，那么这是一种非常有效的深度复制对象的方法。可以这样做：

public class SerializationHelper {
public static byte[] serialize(Object object) throws IOException {
    ByteArrayOutputStream os = new ByteArrayOutputStream();
    new ObjectOutputStream(os).writeObject(object);
    return os.toByteArray();
}

@SuppressWarnings("unchecked")
public static <T> T deSerialize(byte[] array) throws IOException, ClassNotFoundException {
    return (T)new ObjectInputStream(new ByteArrayInputStream(array)).readObject();
}

@SuppressWarnings("unchecked")
public static <T> T clone(T object) {
    try {
        return (T)deSerialize(serialize(object));
    } catch (Exception e) {
        throw new RuntimeException(e);
    }
}