为含拷贝构造函数的类添加copy()实例方法是否合规？

这种给已实现拷贝构造函数的类添加copy()实例方法的做法，不仅常见，而且完全可接受，绝对不属于代码异味。

为什么这种做法值得推荐？ #

• 可读性大幅提升：a.copy()的写法比new Foo(a)更直观，一眼就能明白是要复制已有实例。尤其当类名冗长（比如你提到的UglyStinkyClassName）时，能避免重复输入长类名，代码更简洁清爽。
• 符合面向对象封装思想：把实例复制的逻辑封装在类内部，外部调用者无需关心底层是用拷贝构造函数还是其他方式实现的。后续如果要修改复制逻辑（比如从浅拷贝改成深拷贝），只需调整copy()方法内部，不会影响外部调用代码。
• Java生态已有成熟实践：不少JDK类和第三方库都采用了类似思路，比如java.util.ArrayList的clone()方法（本质和copy()是同一类实例复制方法），还有很多框架会提供copy()或duplicate()方法来简化复制操作。

需要注意的细节 #

• 保持逻辑一致性：要确保copy()方法和拷贝构造函数的行为一致，最好让其中一个调用另一个（比如你的示例中copy()调用拷贝构造函数），这样修改复制逻辑时只需改动一处，避免出现两种复制方式结果不一致的问题。
• 继承场景下的多态问题：如果类需要支持继承，子类重写copy()方法时，要保证返回的是子类实例，避免出现返回父类实例的情况（可以通过泛型或工厂模式优化，这属于进阶场景）。

示例代码 #

public class Foo {
    private String bar = "whatever";

    /** 拷贝构造函数 */
    public Foo(Foo that) {
        bar = that.bar;
    }

    /** 实例复制方法 */
    public Foo copy() {
        return new Foo(this);
    }
}

调用方式对比 #

// 原写法

Foo a = new Foo();
Foo b = new Foo(a);

// 简化后写法

Foo a = new Foo();
Foo b = a.copy();

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