一尘不染

Java 如何正确重写克隆方法?

java

我需要在我的没有超类的对象中实现一个深层克隆。

处理CloneNotSupportedException超类(即Object)引发的检查的最佳方法是什么?

一位同事建议我按以下方式处理:

@Override
public MyObject clone()
{
    MyObject foo;
    try
    {
        foo = (MyObject) super.clone();
    }
    catch (CloneNotSupportedException e)
    {
        throw new Error();
    }

    // Deep clone member fields here

    return foo;
}

对我来说,这似乎是一个不错的解决方案,但我想将其扔给StackOverflow社区,以查看是否有我可以提供的其他见解。


阅读 955

收藏
2020-03-03

共1个答案

一尘不染

你绝对必须使用clone吗?大多数人都同意Java clone是坏的。

如果你已经阅读了我书中有关克隆的内容,尤其是你在两行之间阅读的话,你会知道我认为它clone已被深深地打断。[...]这是一种耻辱Cloneable,但确实发生了。

你可以在他的有效Java第二版,第11项:clone明智地改写中阅读有关该主题的更多讨论。他建议改为使用复制构造函数或复制工厂。

他接着写了几页关于如何,如果你认为必须执行的书clone。但是他结束了:

所有这些复杂性真的必要吗?很少。如果扩展实现的类,Cloneable则别无选择,只能实现行为良好的clone方法。否则,最好提供对象复制的替代方法,或者根本不提供此功能。

重点是他的,而不是我的。

由于你已经清楚地表明除了执行之外别无选择clone,因此在这种情况下,你可以执行以下操作:确保MyObject extends java.lang.Object implements java.lang.Cloneable。如果是这种情况,那么你可以保证永远不会抓到CloneNotSupportedException。AssertionError如某些人建议的那样进行抛出似乎是合理的,但是你也可以添加一条注释,以解释为什么在这种特殊情况下永远不会输入catch块。

2020-03-03