创建型模式(Creational Patterns)
单例模式(Singleton Pattern)
单例类的特点:
- 单例类只能有一个实例
- 单例类必须自己创建自己的唯一实例
- 单例类必须给其他对象提供这一实例
意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点
主要解决:一个全局使用的类频繁地创建和销毁
何时使用:需要控制实例数目,节省系统资源的时候
实现方式:判断系统是否已经有这个单例,如果有则返回,如果没有则创建
关键代码:构造函数是私有的
注意事项:getInstance()方法中需要使用同步锁synchronized(Singleton.class)防止多线程同时进入时造成instance被多次实例化。
优点:
- 在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如学院首页页面缓存)
- 避免对资源的多重占用(比如写文件操作)
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
使用场景:
- 要求生产唯一序列号
- Web中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来
- 创建的对象需要消耗的资源过多,比如I/O与数据库的连接等
实现方式
饿汉式(Eager Instantiation)-线程安全
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return instance;
}
}
懒汉式(lazy Instantiation)-线程不安全
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
懒汉式-线程安全
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
双重检验锁(double-checked locking)-线程安全
public class Singleton {
private volatile static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
instance
采用volatile
关键字修饰很有必要,instance = new Singleton();
这段代码分为三步执行:
- 为对象分配内存空间
- 初始化对象
- 将
instance
指向对象的内存地址
但是由于JVM具有指令重排的特性,执行顺序可能变成1->3->2。使用volatile
可以禁止JVM的指令重排,保证在多线程环境下也能正常运行。
静态内部类实现
public class Singleton {
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
private Singleton (){}
public static final Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
简单工厂模式(Simple Factory Pattern)
在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
注意事项:作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。
优点:
- 工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅“消费”产品;简单工厂模式通过这种做法实现了对责任的分割,它提供了专门的工厂类用于创建对象。
- 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,对于一些复杂的类名,通过简单工厂模式可以减少使用者的记忆量。
- 通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。
缺点:
- 由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
- 使用简单工厂模式将会增加系统中类的个数,在一定程序上增加了系统的复杂度和理解难度。
- 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
- 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。
应用场景:
- java.text.DateFormat
- javax.crypto.*
实现方式
结构型模式(Structual Patterns)
[TODO]
行为型模式(Behavioral Patterns)
观察者模式(Observer Pattern)
拥有一些值得关注的状态的对象通常被称为目标,由于它要将自身的状态改变通知给其他对象,我们也将其称为发布者(publisher)。所有希望关注发布者状态变化的其他对象被称为订阅者(subscribes)。
观察者模式建议为发布者类添加订阅机制,让每个对象都能订阅或取消订阅发布者事件流。该机制包括:
- 一个用于存储订阅者对象应用的列表成员变量;
- 几个用于添加或删除该列表中订阅者的共有方法。
- 所有订阅者都必须实现同样的接口,发布者仅通过该接口与订阅者交互。接口中必须声明通知方法及其参数,这样发布者在发出通知时还能传递一些上下文数据
优点:
- 开闭原则。如果是发布者接口则可轻松引入发布者类
- 可以在运行时建立对象之间的联系
缺点:
- 订阅者的通知顺序是随机的
应用场景
- 当一个对象状态的改变需要改变其他对象,或实际对象是事先未知或动态变化时,可使用观察者模式。
- 当应用中的一些对象必须观察其他对象时,可使用观察者模式。但仅能在有限时间内或特定情况下使用。
参考文献
图说设计模式. https://design-patterns.readthedocs.io/zh_CN/latest/
Design Patterns in Java Tutorial. https://www.tutorialspoint.com/design_pattern/index.htm
菜鸟教程. https://www.runoob.com/design-pattern/design-pattern-tutorial.html
古城算法. https://space.bilibili.com/21630984/