深度解析 Java 對象克隆：淺拷貝、深拷貝與最佳替代方案

為什麼需要克隆？

在 Java 開發中，當我們需要一個現有對象的獨立副本，且不希望修改副本影響原對象時，克隆是常見需求。典型場景包括：

• 防禦性編程：API 返回內部集合的副本，防止外部修改破壞封裝
• 原型模式：通過克隆原型對象快速創建相似實例
• 快照機制：保存對象在某一時刻的狀態

Java 克隆機制基礎

Cloneable 接口：標記而非契約

Cloneable 是一個標記接口，不包含任何方法。實現它僅表示「允許調用 Object.clone()」，否則會拋出 CloneNotSupportedException。

Object.clone() 契約

protected Object clone() throws CloneNotSupportedException

約定俗成的規範（非強制）：

1. x.clone() != x（新對象）
2. x.clone().getClass() == x.getClass()（同類型）
3. x.clone().equals(x) 通常為 true，但非必須

淺拷貝 vs 深拷貝

淺拷貝：默認行為

@Override
public Object clone() throws CloneNotSupportedException {
    return super.clone();  // 逐字段複製：基本類型複製值，引用類型複製引用
}

特點：速度快，但引用類型字段指向同一對象，修改會互相影響。

深拷貝：完全隔離

需手動克隆引用類型字段：

static class CloneableImp implements Cloneable {
    public int count;
    public Child child;  // 引用類型

    @Override
    public Object clone() throws CloneNotSupportedException {
        CloneableImp obj = (CloneableImp) super.clone();
        obj.child = (Child) child.clone();  // 遞歸克隆
        return obj;
    }
}

前提：被克隆的引用類型也必須實現 Cloneable 並覆寫 clone()。

克隆的缺陷與替代方案

為什麼《Effective Java》建議盡量避免使用 clone？

1. 機制脆弱：依賴約定俗成，編譯器無法強制檢查
2. final 欄位限制：無法在 clone 中重新賦值 final 引用
3. 線程安全：需自行同步
4. 構造函數未調用：繞過正常初始化流程

替代方案一：複製構造函數

public class Car {
    private Wheel wheel;
    private String manufacturer;

    public Car(Car other) {  // 複製構造函數
        this.wheel = new Wheel(other.wheel.brand);  // 深拷貝
        this.manufacturer = other.manufacturer;
    }
    // 靜態工廠方法更優雅
    public static Car newInstance(Car car) { return new Car(car); }
}

優點：簡單、類型安全、無拋出異常、支援 final 欄位。

替代方案二：序列化反序列化（深拷貝通用解）

public class DeepCopyExample implements Serializable {
    private Child child;
    public DeepCopyExample copy() {
        try (ByteArrayOutputStream baos = new ByteArrayOutputStream();
             ObjectOutputStream oos = new ObjectOutputStream(baos)) {
            oos.writeObject(this);
            try (ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());
                 ObjectInputStream ois = new ObjectInputStream(bais)) {
                return (DeepCopyExample) ois.readObject();
            }
        } catch (IOException | ClassNotFoundException e) {
            throw new RuntimeException("深拷貝失敗", e);
        }
    }
}

要求：所有涉及類實現 Serializable。優點：自動處理複雜對象圖；缺點：性能較差，不適合高頻調用。

總結建議

現代 Java 開發中，優先選擇複製構造函數或靜態工廠方法，代碼更清晰、類型安全，且避開了 clone 所有已知坑點。