前言：
为什么之前写过Golang 版的设计模式，还在重新写Java 版？
答：因为对于我而言，当然也希望对正在学习的大伙有帮助。Java作为一门纯面向对象的语言，更适合用于学习设计模式。
为什么类图要附上uml
因为很多人学习有做笔记的习惯，如果单纯的只是放一张图片，那么学习者也只能复制一张图片，可复用性较低，附上uml，方便有新理解时，快速出新图。

---

🔥[设计模式Java实现附plantuml源码]专链

1. 确保对象的唯一性～单例模式
2. 集中式工厂的实现～简单工厂模式
3. 多态工厂的实现——工厂方法模式
4. 产品族的创建——抽象工厂模式
5. 对象的克隆～原型模式

原型模式

@startumlabstract class Prototype implements Cloneable {- String name;+ clone(): Prototype;}class ConcretePrototypeA extends Prototype {+ clone(): Prototype;
}class ConcretePrototypeB extends Prototype {+ clone(): Prototype;
}class Client{}Client -up-> ConcretePrototypeA@enduml

在原型模式结构图中包含以下3个角色。
（1）Prototype（抽象原型类）：它是声明克隆方法的接口，是所有具体原型类的公共父类，可以是抽象类也可以是接口，甚至还可以是具体实现类。
（2）ConcretePrototype（具体原型类）：它实现在抽象原型类中声明的克隆方法，在克隆方法中返回自己的一个克隆对象。
（3）Client（客户类)：让一个原型对象克隆自身从而创建一个新的对象，在客户类中只需要直接实例化或通过工厂方法等方式创建一个原型对象，再通过调用该对象的克隆方法即可得到多个相同的对象。由于客户类针对抽象原型类Prototype编程，因此用户可以根据需要选择具体原型类，系统具有较好的可扩展性，增加或更换具体原型类都很方便。

代码简单实现

package create;public class PrototypeTest {public static void main(String[] args)  {Prototype prototype = new Prototype();prototype.setName("hello");System.out.println(prototype);Prototype clone = prototype.clone();System.out.println(clone);System.out.println(prototype.getName());System.out.println(clone.getName());}}// 原型类
class Prototype implements Cloneable {private String name;public String getName() {return name;}public void setName(String name) {this.name = name;}@Overrideprotected Prototype clone(){try {return ((Prototype) super.clone());} catch (CloneNotSupportedException ignored) {System.out.println("当前对象不支持拷贝");}return null;}
}

原型模式总结

注意深浅拷贝

原型模式的主要优点如下：

（1）当创建新的对象实例较为复杂时，使用原型模式可以简化对象的创建过程，通过复制一个已有实例可以提高新实例的创建效率。
（2）扩展性较好。由于在原型模式中提供了抽象原型类，在客户端可以针对抽象原型类进行编程，而将具体原型类写在配置文件中，增加或减少具体原型类对原有系统都没有任何影响。
（3）原型模式提供了简化的创建结构。工厂方法模式常常需要有一个与产品类等级结构相同的工厂等级结构，而原型模式就不需要这样。原型模式中产品的复制是通过封装在原型类中的克隆方法实现的，无须专门的工厂类来创建产品。
（4）可以使用深克隆的方式保存对象的状态。使用原型模式将对象复制一份并将其状态保存起来，以便在需要的时候使用，例如恢复到某一历史状态，可辅助实现撤销操作。

原型模式的主要缺点如下：

（1）需要为每一个类配备一个克隆方法，而且该克隆方法位于一个类的内部。当对已有的类进行改造时，需要修改源代码，违背了开闭原则。
（2）在实现深克隆时需要编写较为复杂的代码，而且当对象之间存在多重的嵌套引用时，为了实现深克隆，每一层对象对应的类都必须支持深克隆，实现起来可能会比较麻烦。

适用场景

在以下情况下可以考虑使用原型模式：
（1）创建新对象成本较大（例如初始化需要占用较长的时间，占用太多的CPU资源或网络资源）。新的对象可以通过原型模式对已有对象进行复制来获得，如果是相似对象，则可以对其成员变量稍作修改。
（2）如果系统要保存对象的状态，而对象的状态变化很小，或者对象本身占用内存较少时，可以使用原型模式配合备忘录模式来实现。
（3）需要避免使用分层次的工厂类来创建分层次的对象，并且类的实例对象只有一个或很少的几个组合状态。通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方便。