序幕：當復制對象成為戰略需求

🎮 游戲開發現場：
你需要快速生成1000個外形相同但位置不同的敵人，直接new對象導致內存飆升？文檔編輯器需要支持"無限撤銷"功能，如何保存編輯狀態的每一幀？這些場景都需要深諳"復制之道"的原型模式來破局！

---

一、原型工廠的核心裝備庫

1.1 Java原生的淺克隆術

// 基礎忍者原型
public class Ninja implements Cloneable {private String name;private Weapon weapon; // 引用對象共享public Ninja(String name, Weapon weapon) {this.name = name;this.weapon = weapon;}@Overridepublic Ninja clone() {try {return (Ninja) super.clone(); // 淺克隆} catch (CloneNotSupportedException e) {throw new AssertionError();}}
}// 測試影分身效果
Ninji naruto = new Ninja("鳴人", new Kunai());
Ninja shadowClone = naruto.clone();System.out.println(naruto == shadowClone); // false
System.out.println(naruto.weapon == shadowClone.weapon); // true ?

淺克隆缺陷警告：

• 引用類型共享導致意外修改
• 嵌套對象無法實現真正隔離
• 需要人工遞歸克隆對象樹

---

二、深度克隆的煉金法則

2.1 手工克隆大法（硬核派）

// 深克隆示例
public class DeepNinja implements Cloneable {private String name;private Weapon weapon;@Overridepublic DeepNinja clone() {DeepNinja clone = (DeepNinja) super.clone();clone.weapon = this.weapon.clone(); // 武器也要克隆return clone;}
}// 武器類的克隆支持
public class Weapon implements Cloneable {private String type;@Overridepublic Weapon clone() {try {return (Weapon) super.clone();} catch (CloneNotSupportedException e) {throw new AssertionError();}}
}

2.2 序列化克隆術（魔法派）

// 基于序列化的深克隆工具
public class CloneUtils {@SuppressWarnings("unchecked")public static <T extends Serializable> 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)) {return (T) ois.readObject();}} catch (IOException | ClassNotFoundException e) {throw new RuntimeException("克隆失敗", e);}}
}// 測試魔法克隆
Ninja sasuke = new Ninja("佐助", new Sword());
Ninja cloneArmy = CloneUtils.deepClone(sasuke); 

---

三、原型模式的工業級裝配

3.1 原型注冊管理局

// 原型管理器
public class PrototypeRegistry {private static Map<String, Ninja> prototypes = new HashMap<>();static {prototypes.put("naruto", new Ninja("鳴人", new Rasengan()));prototypes.put("sakura", new Ninja("小櫻", new MedicalSeal()));}public static Ninja getClone(String key) {return prototypes.get(key).clone();}public static void addPrototype(String key, Ninja ninja) {prototypes.put(key, ninja);}
}// 快速生成克隆軍團
Ninja army1 = PrototypeRegistry.getClone("naruto");
Ninja army2 = PrototypeRegistry.getClone("sakura");

3.2 Spring框架中的原型容器

// 原型Bean定義
@Component
@Scope(scopeName = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class ReportPrototype {private byte[] content;public void loadData(File file) {// 加載大文件到內存...}
}// 使用時獲取新實例
public class ReportService {@Autowiredprivate ApplicationContext context;public void generateReport() {ReportPrototype report = context.getBean(ReportPrototype.class);report.loadData(new File("data.xlsx"));// 使用完自動回收...}
}

---

四、原型模式的性能實驗室

4.1 克隆 vs New性能對決

// 測試代碼框架
long start = System.nanoTime();
for (int i = 0; i < 10000; i++) {// 方案A: new Ninja(...)// 方案B: prototype.clone()
}
long duration = System.nanoTime() - start;

測試結果對比（復雜對象創建場景）：

操作方式	耗時(納秒)	內存占用(MB)
new	352,000	145
clone	78,000	62

結論：

• 對象構造越復雜，克隆優勢越明顯
• 簡單對象反而可能new更快

---

五、原型模式三十六計

5.1 淺克隆適用場景

• 需要輕量級對象復制
• 確定所有引用都是不可變對象
• 需要與原型共享某些狀態

5.2 深克隆必備場景

• 原型包含可變引用對象
• 需要完全隔離副本與原型
• 原型中存在集合或嵌套結構

5.3 模式選擇決策樹

---

終章：復制之術的哲學思考

設計啟示：

1. 克隆不是銀彈，要評估對象復雜度
2. 深克隆可能引發"遞歸地獄"陷阱
3. 原型注冊表可以成為系統單點故障

性能警鐘：

// 錯誤！每次深克隆大文件對象
public class ReportService {private Report hugeReport; // 100MB的報表對象public Report createReport() {return CloneUtils.deepClone(hugeReport); // 災難性性能！}
}

專家挑戰：
當你的原型對象包含網絡連接（Socket）這類不可序列化的資源時，如何實現安全的深克隆？把你的解決方案寫在評論區！