Java 淺拷貝與深拷貝完全解析：clone()、序列化與最佳實踐

核心概念對比

clone() 機制與協議

1. 協約要求

• x.clone() != x (新物件)
• x.clone().getClass() == x.getClass() (同類型)
• x.clone().equals(x) (若正確實現 equals)

2. 標準實現模板

public class Person implements Cloneable {
    private String name;
    private int age;
    private Address address; // 引用型別

    @Override
    public Person clone() {
        try {
            Person cloned = (Person) super.clone(); // 淺拷貝
            // 深拷貝引用欄位
            cloned.address = this.address.clone(); // Address 需實現 Cloneable
            return cloned;
        } catch (CloneNotSupportedException e) {
            throw new AssertionError("不可發生", e);
        }
    }
}

代碼演示：淺拷貝陷阱與深拷貝修正

場景：Student 引用 Professor

// Professor 實現 Cloneable
class Professor implements Cloneable {
    String name; int age;
    // getter/setter/clone()...
}

// Student 淺拷貝 (危險)
class Student implements Cloneable {
    String name; int age; Professor prof;
    @Override public Student clone() {
        try { return (Student) super.clone(); }
        catch (CloneNotSupportedException e) { throw new AssertionError(e); }
    }
}

// 測試
Professor p = new Professor("王教授", 50);
Student s1 = new Student("張三", 18, p);
Student s2 = s1.clone();
s2.prof.name = "李教授"; // 修改 s2 的教授
System.out.println(s1.prof.name); // 輸出「李教授」—— s1 被污染！

深拷貝修正

class Student implements Cloneable {
    // ...
    @Override public Student clone() {
        try {
            Student cloned = (Student) super.clone();
            cloned.prof = this.prof.clone(); // 關鍵：深拷貝引用物件
            return cloned;
        } catch (CloneNotSupportedException e) { throw new AssertionError(e); }
    }
}

再次測試，s1.prof.name 保持「王教授」，隔離成功。

序列化實現深拷貝 (通用、無需實現 Cloneable)

public  T deepClone(T obj) {
    try (ByteArrayOutputStream bos = new ByteArrayOutputStream();
         ObjectOutputStream oos = new ObjectOutputStream(bos)) {
        oos.writeObject(obj);
        try (ByteArrayInputStream bis = new ByteArrayInputStream(bos.toByteArray());
             ObjectInputStream ois = new ObjectInputStream(bis)) {
            @SuppressWarnings("unchecked")
            T cloned = (T) ois.readObject();
            return cloned;
        }
    } catch (IOException | ClassNotFoundException e) {
        throw new RuntimeException("深拷貝失敗", e);
    }
}

前提與限制

• 物件圖中所有類必須實現 Serializable。
• 非序列化欄位標記 transient 會被跳過 (需手動處理)。
• 效能較差 (IO、反射開銷)，不適合高頻調用。
• 單例、線程池、連線等不可序列化物件會破壞語義。

現代替代方案

最佳實踐建議

1. 優先使用不可變物件 (final 欄位、無 setter、Record)，從根源消除拷貝需求。
2. 必須可變時：提供明確的 copy() / deepCopy() 方法，內部用複製建構子或 MapStruct 實現，**避免使用 clone()**。
3. 集合拷貝：new ArrayList<>(list) (淺) / 串流 list.stream().map(Item::deepCopy).collect(toList()) (深)。
4. 文檔化拷貝語義：在 Javadoc 明確聲明是淺/深，防止調用者誤用。

總結

淺拷貝共享引用，深拷貝遞歸複製。clone() 設計缺陷多 (需實現 Cloneable、拋受檢異常、默認淺拷貝)，**現代 Java 開發強烈建議棄用 clone()**，改用複製建構子、工廠方法、MapStruct 或不可變設計。序列化深拷貝僅作為 legacy 系統兼容或通用工具方法的最後手段。