设计模式学习记录

最新推荐文章于 2024-04-25 22:15:11 发布

一年春又来

最新推荐文章于 2024-04-25 22:15:11 发布

阅读量123

点赞数

分类专栏： Java

本文链接：https://blog.csdn.net/Little_fxc/article/details/113384589

版权

Java 专栏收录该内容

30 篇文章 1 订阅

订阅专栏

文章目录

1 单例模式
2 创建者模式
3 结构型模式
- 3.1 适配器模式
参考资源

记录在学习设计模式过程中的点滴

1 单例模式

优点：
- 单例模式可以保证内存中只有一个实例对象，从而会减少内存的开销；
- 单例模式可以避免对资源的多重占用；
- 单例模式设置全局访问点，可以起到优化和共享资源的访问的作用；
缺点：
- 扩展难，因为单例模式通常是没有接口的啊，如果想要扩展，那么你唯一途径就是修改之前的代码，所以说单例模式违背了开闭原则；
- 调试难，因为在并发测试中，单例模式是不利于代码的调试的，单例中的代码没有执行完，也不能模拟生成一个新对象；
- 违背单一职责原则，因为单例模式的业务代码通常写在一个类中，如果功能设计不合理，就很容易违背单一职责原则；

1.1 饿汉式标准写法

/**
 * 单例模式的通用写法
 */
public class Singleton {
    /**
     * 内部初始化一次
     */
    private static final Singleton instance = new Singleton();

    /**
     * 隐藏构造方法
     */
    private Singleton() {
    }

    /**
     * 提供一个全局访问点
     *
     * @return Singleton
     */
    public static Singleton getInstance() {
        return instance;
    }

}

饿汉式单例写法在类的初始化的时候就会进行初始化操作，并且创建对象，绝对的线程安全，因为此时线程还没有出现就已经实例化了，故不会存在访问安全的问题。

1.2 饿汉式静态块机制写法

public class HungryStaticSingleton {
    
    private static final HungryStaticSingleton hungrySingleton;
    //静态代码块 类加载的时候就初始化
    static {
        hungrySingleton=new HungryStaticSingleton();
    }
    /**
     * 私有化构造函数
     */
    private HungryStaticSingleton(){}

    /**
     * 提供一个全局访问点
     * @return
     */
    public static HungryStaticSingleton getInstance() {
        return hungrySingleton;
    }
}

这种写法可以明显的看到所以对象是类在加载的时候就进行实例化了，那么这样一来，会导致单例对象的数量不确定，从而会导致系统初始化的时候就造成大量内存浪费。

1.3 懒汉式单例写法

public class LazySimpleSingleton {

    private static LazySimpleSingleton lazySingleton = null;

    /**
     * 私有化构造函数
     */
    private LazySimpleSingleton() {

    }
    /**
     * 提供一个全局访问点
     *
     * @return
     */
    public static LazySimpleSingleton getInstance() {
        if (lazySingleton == null) {
            lazySingleton = new LazySimpleSingleton();
        }
        return lazySingleton;
    }
}

这样实现的好处就是只有对象被使用的时候才会进行初始化，不会存在内存浪费的问题，但是它会在多线程环境下，存在线程安全问题。

1.4 synchronized修饰的懒汉式单例实现

我们可以利用synchronized关键字将全局访问点方法变成一个同步方法，这样就可以解决线程安全的问题，代码如下所示：

public class LazySimpleSingleton {
    private static LazySimpleSingleton lazySingleton = null;
    /**
     * 私有化构造函数
     */
    private LazySimpleSingleton() {}
    /**
     * 提供一个全局访问点  
     *
     * @return
     */
    public synchronized static  LazySimpleSingleton getInstance() {
        if (lazySingleton == null) {
            lazySingleton = new LazySimpleSingleton();
        }
        return lazySingleton;
    }
}

但是，这样虽然解决了线程安全的问题，可是如果在线程数量剧增的情况下，用synchronized加锁，则会导致大批线程阻塞，从而骤减系统性能。

1.5 懒汉式-双重检测单例实现

在上述代码上进一步优化，代码如下所示：

public class LazyDoubleCheckSingleton {
    // volatile 关键字修饰
    private volatile static LazyDoubleCheckSingleton lazySingleton ;
    /**
     * 私有化构造函数
     */
    private LazyDoubleCheckSingleton() {}
    /**
     * 提供一个全局访问点
     *
     * @return
     */
    public static LazyDoubleCheckSingleton getInstance() {
        // 这里先判断一下是否阻塞
        if (lazySingleton == null) {
            synchronized (LazyDoubleCheckSingleton.class){
                // 判断是否需要重新创建实例
                if (lazySingleton == null) {
                    lazySingleton = new LazyDoubleCheckSingleton();
                }
            }
        }
        return lazySingleton;
    }
}

当第一个线程调用getInstance()方法时，第二个线程也可以调用，但是第一个线程执行synchronized时候，第二个线程就会发现阻塞，但是此时的阻塞是getInstance()内部的阻塞。

1.6 静态内部类单例实现

虽然双重检测锁的单例模式解决了线程安全和性能问题，但是毕竟涉及加锁的操作，多多少少就会到了性能的影响，下面我们分享一下更加优雅的单例模式实现，如下代码所示：

public class LazyStaticInnerClassSingleton {
    //  在构造方法里面抛出异常真的合适？
  private LazyStaticInnerClassSingleton(){
    if(LazyHolder.INSTANCE != null){
        throw new RuntimeException("不允许创建多个实例");
    }
  }
  // static 保证这个方法不会被重写 覆盖
  private static LazyStaticInnerClassSingleton getInstance(){
      return LazyHolder.INSTANCE;
  }
  // Java 默认不会加载内部类
  private static class LazyHolder{
      private static final LazyStaticInnerClassSingleton INSTANCE=new LazyStaticInnerClassSingleton();
  }
}