详谈设计模式之单列模式

掌握设计模式的层次

  1. 刚开始学编程不久,听说过什么是设计模式
  2. 由很长时间的编程经验,自己写了很多代码,其中用到了设计模式,但是自己却不知道
  3. 学习过了设计模式,发现自己已经在使用了,并且发现了一些新的模式挺好用的
  4. 阅读了很多别人写的源码和框架,在其中看到别人设计模式,并且能够领会设计模式的精妙和带来的好处。
  5. 代码写着写着,字节都没有意识到使用了设计模式,并且熟练的写了出来。

设计模式介绍

  1. 设计模式是程序员再面对同类软件工程设计问题所总结出来的有用的经验,模式不是代码,而是 某类问题的通用解决方案,设计模式(Design pattern)代表了最佳的实践。这些解决方案是众多软件开发人员经过相当长的时间的试验和错误总结出来的。
  2. 设计模式的本质提高软件的维护性,通用性和扩展性,并降低软件的复杂度。

设计模式分为三种类型,共23种

  1. 创建型模式:单例模式,抽象工厂模式,原型模式,建造者模式,工程模式

  2. 结构型模式:适配器模式,桥接模式,装饰模式,组合模式,外观模式,享元模式,代理模式

  3. 行为型模式:模块方法模式,命令模式,访问者模式,迭代模式,观察者模式,中介者模式,备忘录模式,解释器模式(Interpreter模式),状态模式,策略模式,职责链模式(责任链模式)

    注意:不同的书籍上对分类和名称略有差别。


单例模式

  • 单例模式介绍

    ​ 所谓类的单例设计模式,就是采取一定的方法保证再整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供了一个取得对象实例的方法(静态方法)。

    ​ 比如Hibernate的SessionFactory,他充当数据存储源的代理,并负责创建Session对象。SessionFactory并不是轻量级的,一般情况下,一个项目通常只需要一个SessionFactoury就够,这是就会用到单例模式。

  • 单例设计模式有八种写法

    1. 饿汉式(静态常量)
    2. 饿汉式(静态代码块)
    3. 懒汉式(线程不安全)
    4. 懒汉式(线程安全,同步方法)
    5. 懒汉式(线程安全,同步代码块)
    6. 双重检查
    7. 静态内部类
    8. 枚举
  • 饿汉式(静态常量)

    • 步骤如下:

      1. 构造器私有化(防止 new)

      2. 类的内部创建对象

      3. 向外暴露一个静态的公共方法。gentInstance

      4. 代码实现

        public class SingletonTest1 {
            public static void main(String[] args) {
                //测试
                Singleton instance = Singleton.getInstance();
                Singleton instance1 = Singleton.getInstance();
                System.out.println(instance == instance1);//true
                System.out.println("instance.hashCode=" + instance.hashCode());//1163157884
                System.out.println("instance1.hashCode=" + instance1.hashCode());//1163157884
            }
        }
        
        //饿汉式(静态变量)
        class Singleton {
            //1. 私有化构造器,外部不能能new
            private Singleton() {}
            //2. 在本类内部创建对象实例
            private final static Singleton instance = new Singleton();
            //3. 提供一个共有的静态方法,返回实例对象
            public static Singleton getInstance() {
                return instance;
            }
        }
        
      • 优缺点说明
        1. 优点;这种写法比较简单,就是再类装载的时候就完成实例化。避免了线程同步问题。
        2. 缺点;再类装载的时候就完成实例化,没有达到Lazy Loading(懒加载)的效果。如果从始至终从未使用这个实例,则会造成内存的浪费。
        3. 这种方法基于classloder机制避免了多线程的同步问题,不过,instance再类装载时就实例化,再单例模式种大多数都是调用getInstance方法,但是导致类装载的原因有很多种,因此不能确定其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance就没有达到lazy loading的效果
        4. 结论;这种单例模式可用,可能造成内存浪费。
    • 饿汉式(静态代码块)

      • 代码

        public class SingletonTest2 {
            public static void main(String[] args) {
                //测试
                Singleton instance = Singleton.getInstance();
                Singleton instance1 = Singleton.getInstance();
                System.out.println(instance == instance1);//true
                System.out.println("instance.hashCode=" + instance.hashCode());//1163157884
                System.out.println("instance1.hashCode=" + instance1.hashCode());//1163157884
            }
        }
        
        //饿汉式(静态变量)
        class Singleton {
            //1. 私有化构造器,外部不能能new
            private Singleton() { }
            //2. 在本类内部创建对象实例
            private static Singleton instance;
            //在静态代码块中,创建对象
            static { instance = new Singleton(); }
            //3. 提供一个共有的静态方法,返回实例对象
            public static Singleton getInstance() {
                return instance;
            }
        }
        
      • 优缺点说明

        1. 这种方式和上面的方式其实类似,只不过将类实例的过程放在了静态代码块中,也是再类装载的时候,就执行静态代码块中的代码,初始化类的实例。优缺点和上面是一样的。
        2. 结论;这种单例模式可用,但是可能造成内存浪费。
    • 懒汉式(线程不安全)

      • 代码

        public class SingletonTest03 {
            public static void main(String[] args) {
                //测试
                System.out.println("懒汉式1,线程不安全");
                Singleton instance = Singleton.getInstance();
                Singleton instance1 = Singleton.getInstance();
                System.out.println(instance == instance1);//true
                System.out.println("instance.hashCode=" + instance.hashCode());//1163157884
                System.out.println("instance1.hashCode=" + instance1.hashCode());//1163157884
            }
        }
        
        class Singleton {
            private static Singleton instance;
            public Singleton() { }
            //提供一个静态的共有方法,当使用该方法时,才去创建instance
            //即懒汉式
            public static Singleton getInstance() {
                if (instance == null) {
                    instance = new Singleton();
                }
                return instance;
            }
        }
        
      • 优点说明

    1. 起到Lazy Loading的效果,但是只能再单线程下使用。
    2. 如果再多线程下,一个线程进入if(singlenton == null) 判断语句块,还未来得及往下执行,另一个线程也通过这个判断语句,这是便会差生多个实例。所以再多线程环境下不可使用这种方式。
    3. 结论:再实际开发中,不要使用这种方式。
  • 懒汉式(线程安全,同步方法)

    • 代码

      class Singleton{
          private static Singleton singlenton;
          private Singleton(){}
          //加入了同步代码,解决线程不安全问题
          public static synchronized Singlenton getInstance(){
              if(singleton==null){
                  singleton=new Singleton();
              }
              return singleton;
          }
      }
      
    • 优缺点说明

      1. 解决了线程不安全的问题
      2. 效率太低了,每个线程在想获得类的实例时候,执行getInstance()方法都要进行同步。而其实这个方式执行一次实例化代码就够了,后面的想获得该类实例直接return就行了。方法进行同步效率太低
      3. 结论;在实际开发中,不推荐使用这种方式。
    • 懒汉式(线程安全,同步代码块)

      • 代码

        class Singleton{
            private static Singleton singleton;
            private Singleton(){}
            public static Singleton getInstance(){
                if(singleton==null){
                    //同代码块 
                    synchronized (Singleton.class){
                        singleton=new Singleton();
                    }
                    return singleton;
                }
            }
        }
        
      • 优缺点说明

        1. 这种方式,本意是相对四种方法的改进,因为前面同步方法效率太低,改为同步生产实例的代码块。
        2. 但是这种同步并不能起到线程同步的作用。跟第三种实现方式遇到的情形一致,加入一个线程进入了if(singleton==null)判断语句块,还未来得及往下执行,另外一个线程也通过了这个判断语句,这时便会产生多个实例。
        3. 结论:在实际开发中,不能使用这种方式。
    • 双重检查

      • 代码演示

        class Singleton{
            //volatile把它认为是一个轻量级的synchronized
            private static volatile  Singleton singleton;
            private Singleton(){}
            public static Singleton getInstance(){
            	if(singleton==null){
                    //保证只有一个线程在这里执行,当下一个线程进来的时候,
                    //上一个线程已经创建完了singleton已经不等于null了,就不会创建了
                    //提供一个静态的共有方法,加入双重检查代码,解决线程安全问题,同时解决懒加载问题
                    //同时保证了效率,推荐使用	
                    synchronized(Singleton.class){
                        if(singleton==null){
                            singleton=new Singleton();
                        }
                    }
                }
                return singleton;
            }
        }
        
      • 优缺点说明

        1. Double-“Check概念是多线程开发中常使用的,如果代码中所示,我们进行了两次if(singleton==null)检查,这样就可以保证线程安全了。
        2. 这样,实例化代码只用执行一次,后面再次访问时,判断if(singleton==null),直接return实例化对象,也避免的反复进行方法同步。
        3. 线程安全;延迟加载;效率较高
        4. 结论;在实际开发中,推荐使用这种单例设计模式。
    • 静态内部类

      • 代码演示

        //当外部类装载的时候静态内部类不会被装载的
        //当我们调用静态方法时静态内部类的时候只会装载一次,而且装载的时候线程是安全的。
        public class SingletonTest07 {
            public static void main(String[] args) {
                Singleton instance = Singleton.getInstance();
                Singleton instance1 = Singleton.getInstance();
                System.out.println(instance == instance1);//true
                System.out.println("instance.hashCode=" + instance.hashCode());//instance1.hashCode=1163157884
                System.out.println("instance1.hashCode=" + instance1.hashCode());//instance1.hashCode=1163157884
            }
        }
        //静态内部类完成,推荐使用
        class Singleton {
            //构造器私有化
            private Singleton() { }
            //写静态内部类,该类有一个静态属性
            private static class SingletonInstance {
                private static final Singleton INSTANCE = new Singleton();
            }
            //提供一个静态的共有方法,直接返回SingletonInstance.INSTANCE
            public static Singleton getInstance() {
                return SingletonInstance.INSTANCE;
            }
        }
        
      • 优缺点说明

        1. 这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
        2. 静态内部类方式在Singleton类被装载时并不会立即实例化,而是在需要实例化时调用getInstance方法,才会装载Singleton Instance类,从而完成Singleton的实例化。
        3. 类的静态属性只会加载类的时候初始化,所以在这里,jvm帮助我们保证了线程的安全性,再类进行初始化时,别的线程是无法进入的。
        4. 优点;避免了线程不安全,利用静态内部类特点实现延迟加载,效率高
        5. 结论;推荐使用。
    • 枚举

      • 代码实例

        public class SingletonTest8 {
            public static void main(String[] args) {
                Singleton instance = Singleton.INSTANCE;
                Singleton instance2 = Singleton.INSTANCE;
                System.out.println(instance == instance2);//true
                System.out.println(instance.hashCode());//1163157884
                System.out.println(instance2.hashCode());//1163157884
                instance.sayOK();
            }
        }
        //使用枚举可以实现单例,推荐使用
        enum Singleton {
            INSTANCE;
            public void sayOK() {
                System.out.println("ok~");}
        }
        
      • 优缺点说明

        1. 这借助jdk1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象。
        2. 这种方式式Effective java作者 josh bloch 提倡的方式
        3. 结论;推荐使用

单例模式在jdk应用的源码分析

  • 单例模式在jdk应用的源码分析

    1. 我们jdk中 java.lang.Runtime 就是经典的单例模式
    2. 代码分析+Ddbug源码+代码说明
    //单例设计模式的懒汉式
    public class Runtime {
        private static Runtime currentRuntime = new Runtime();
            public static Runtime getRuntime() {
            return currentRuntime;
        }
        private Runtime() {}
    
  • 单例模式注意事项和细节说明

    1. 单例模式保证了系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能
    2. 当想实例一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new
    3. 单例模式使用的场景:需要频繁的进行创建和销毁的对象,创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象,工具类对象,频繁访问数据库或文件的对象(比如数据源,session工程等)
设计模式是指在软件开发过程中,经过总结和归纳后形成的针对某类问题的解决方案。设计模式可以帮助开发人员更好地组织和管理代码,提高代码的可重用性和可维护性。常见的设计模式包括: 1. 创建型模式:用于处理对象创建的模式,包括单例模式、工厂方法模式、抽象工厂模式、建造者模式和原型模式。 2. 结构型模式:用于处理对象间关系的模式,包括适配器模式、装饰器模式、代理模式、组合模式、桥接模式和享元模式。 3. 行为型模式:用于处理对象间通信的模式,包括观察者模式、模板方法模式、命令模式、迭代器模式、责任链模式、访问者模式、策略模式和状态模式。 下面对常用的几种设计模式进行详细介绍: 1. 单例模式:确保一个类只有一个实例,并提供全局访问点。 2. 工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪个类。 3. 抽象工厂模式:提供一个接口,用于创建相关或依赖对象的家族,而不需要指定具体类。 4. 建造者模式:将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示。 5. 原型模式:通过复制现有的实例来创建新的实例。 6. 适配器模式:将一个类的接口转换成客户端所期望的另一种接口,使原本不能一起工作的类可以协同工作。 7. 装饰器模式:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰器模式比生成子类方式更为灵活。 8. 代理模式:为其他对象提供一种代理以控制对这个对象的访问。 9. 组合模式:将对象组合成树形结构以表示”部分-整体”的层次结构,使得客户端对单个对象和组合对象的使用具有一致性。 10. 桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立地变化。 11. 享元模式:运用共享技术有效地支持大量细粒度的对象。 12. 观察者模式:定义了对象之间的一对多依赖,当一个对象状态改变时,它所有依赖者都会收到通知并自动更新。 13. 模板方法模式:定义一个算法的骨架,将一些步骤延迟到子类中实现,使得子类可以在不改变算法结构的情况下重新定义算法的某些特定步骤。 14. 命令模式:将请求封装成对象,从而可以用不同的请求对客户进行参数化,使得请求排队或记录请求日志,以及支持可撤销操作。 15. 迭代器模式:提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。 16. 责任链模式:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。 17. 访问者模式:表示一个作用于某个对象结构中的各元素的操作,它可以使你在不改变各元素的类的前提下定义作用于这些元素的新操作。 18. 策略模式:定义一系列算法,将每个算法都封装起来,并使它们之间可以互换。 19. 状态模式:允许一个对象在其内部状态改变时改变其行为,对象看起来似乎修改了其所属的类。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值