使用Jackson ObjectMapper实现对象克隆时是否还需要调用super.clone()

结论 #

你的理解是正确的，这种场景下调用super.clone()确实没有实际意义。

原因说明 #

原生clone()方法要求先调用super.clone()的规则，是Java Cloneable接口的专属约定，目的是配合Object类的native克隆逻辑完成全继承链的属性拷贝。而你基于Jackson的序列化/反序列化实现克隆的逻辑，和原生Cloneable机制完全独立，只要你的Mail类及所有父类的序列化配置正确，Jackson会自动递归处理所有可序列化的父类、子类属性，不需要依赖原生克隆逻辑处理父类属性，这种情况下调用super.clone()只会产生无用的临时对象，没有实际作用。

你可能遗漏的注意要点 #

• 如果你的Mail类显式实现了Cloneable接口，但是重写的clone()方法完全脱离原生克隆逻辑，实际上违反了Cloneable的通用约定，会给其他调用方造成误解。这种情况更建议你单独定义deepCopy()之类的自定义方法实现克隆，不要重写Object.clone()，避免歧义。
• Jackson序列化克隆存在固有局限性：transient修饰的字段不会被克隆、类存在循环引用时会序列化失败、自定义非序列化类型属性会出现拷贝异常，你需要确保Mail类及其所有关联类都符合Jackson序列化的要求，避免出现属性丢失的问题。
• 序列化克隆的性能远低于原生克隆逻辑，如果克隆操作的调用频率较高，需要注意评估性能损耗。

内容的提问来源于stack exchange，提问作者Chris