设计模式-创建型

https://github.com/CyC2018/CS-Notes/blob/master/notes/设计模式.md#1-单例singleton

创建型

1. 单例(Singleton)

单例模式:https://www.cnblogs.com/qifenghao/p/8986538.html
https://blog.youkuaiyun.com/jason0539/article/details/23297037

关注点

  • 饿汉模式-线程安全:这种方式在单例类被加载的时候实例化
  • 饿汉模式的缺点在于,如果单例对象的创建过程比较耗时,那么应用程序的启动将会比较慢。
public class Singleton {
    private static Singleton instance;
    static {
        instance = new Singleton();
    }
    private Singleton() {
    }
    public static Singleton getInstance() {
        return instance;
    }
}
  • 懒汉模式-线程不安全

需要注意的是这种实现方式是线程不安全的。假设在单例类被实例化之前,有两个线程同时在获取单例对象,线程1在执行完第8行 if (instance == null) 后,线程调度机制将 CPU 资源分配给线程2,此时线程2在执行第8行 if (instance == null) 时也发现单例类还没有被实例化,这样就会导致单例类被实例化两次。为了防止这种情况发生,需要对 getInstance() 方法同步

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 synchronized static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }        
        return instance;
    }
}
  • 双重校验锁-线程安全: 为什么双重校验使用两个if判断?==线程安全保证
    为什么静态变量要使用volatile修饰?==防止指令重排

由于双重加锁实现仅在实例化单例类时需要加锁。另外需要注意的是双重加锁要对 instance 域加上 volatile 修饰符。由于 synchronized 并不是对 instance 实例进行加锁(因为现在还并没有实例),所以线程在执行完第11行修改 instance 的值后,应该将修改后的 instance 立即写入主存(main memory),以保证新的值对其它线程可见

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;
    }
}

2. 简单工厂(Simple Factory)

在这里插入图片描述

简单工厂模式因为每增加一个新的产品,都得需要在工厂类中新增响应的商业逻辑和判断逻辑,所以违背了开闭原则;
适用的范围:简单的业务,或者具体很少出现增加功能的业务

3. 工厂方法(Factory Method)

在这里插入图片描述
优点:解决了简单工厂模式中违反开闭原则的,如果增加新的功能,只需要实现一个具体的产品子类就行,不需要修改原来的工厂类;
缺点:增加产品的时候,会增加一个新产品工具类,增加开发量
四个角色:抽象工厂类、具体工厂类、抽象产品类、具体产品类

4. 抽象工厂(Abstract Factory)

5. 原型模式(Prototype)

思想:原型类中定义构造函数和克隆方法,可以通过构造函数实现原型类的实例对象,如果需要拷贝原型对象,则可以通过克隆方法实现,使用原型实例对象调用方法;

克隆对象的方法调用是拷贝:拷贝分为浅拷贝和深拷贝。
浅拷贝:仅仅拷贝对象本身,还包括基本变量
深拷贝:不仅包括对象本身,还包括引用的所有对象

结构型

1. 外观(Facade)

思路:提供了一个统一的接口,用来访问子系统中的一群接口,从而让子系统更容易使用

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值