3 回答
TA贡献1776条经验 获得超12个赞
你应该知道的第一件事Cloneable
是 - 不要使用它。
用Cloneable
正确的方法实现克隆是非常困难的,并且努力是不值得的。
而不是使用其他选项,如apache-commons SerializationUtils
(深度克隆)或BeanUtils
(浅层克隆),或者只使用复制构造函数。
请参阅此处了解Josh Bloch关于克隆的观点Cloneable
,这解释了该方法的许多缺点。(Joshua Bloch是Sun的一名员工,领导了许多Java功能的开发。)
TA贡献2003条经验 获得超2个赞
不幸的是,Cloneable本身只是一个标记接口,它是:它没有定义clone()方法。
做的是改变受保护的Object.clone()方法的行为,该方法将为不实现Cloneable的类抛出CloneNotSupportedException,并为那些执行成员的类执行浅层复制。
即使这是您正在寻找的行为,您仍然需要实现自己的clone()方法才能将其公开。
在实现你自己的clone()时,我们的想法是从super.clone()创建的对象开始,它保证是正确的类,然后在浅副本不是什么的情况下再做任何其他字段。你要。从clone()调用构造函数会有问题,因为如果子类想要添加自己的附加可克隆逻辑,这会破坏继承; 如果是调用super.clone(),在这种情况下会得到错误类的对象。
这种方法绕过了构造函数中可能定义的任何逻辑,这可能会产生问题。
另一个问题是,任何忘记覆盖clone()的子类都会自动继承默认的浅拷贝,这可能不是你想要的可变状态(现在将在源和副本之间共享)。
大多数开发人员出于这些原因不使用Cloneable,而只是实现了一个复制构造函数。
有关Cloneable的更多信息和潜在缺陷,我强烈推荐Joshua Bloch撰写的Effective Java一书
TA贡献1783条经验 获得超4个赞
克隆调用一种超语言的构造对象的方式 - 没有构造函数。
克隆要求您以某种方式处理CloneNotSupportedException - 或者打扰客户端代码来处理它。
好处很小 - 您不必手动编写复制构造函数。
所以,明智地使用Cloneable。与您为完成所有事情所需的努力相比,它没有给您足够的好处。
添加回答
举报