zoukankan      html  css  js  c++  java
  • 单例(Singleton)模式

    单例(Singleton)模式

    单例(Singleton)模式

     
    保证一个类在系统里只能有一个对象被实例化。
     
    如:缓存池、数据库连接池、线程池、一些应用服务实例等。
     
    难点:在多线程环境中,保证实例的唯一性。
     
     

    最简单的单例模式:

    1. 保证该类构造方法是私有的,外部无法创建该类型的对象;
    2. 提供一个全局访问点,方便给客户对象提供对此单例对象的使用;
     
    复制代码
    public class Singleton {
        /**
         * 私有变量,外界无法访问
         * 可以定义 public 类型 instance变量,把属性直接暴露给客户对象,则没必要实现getInstance()方法
         * 但是可读性降低,而且直接暴露实例变量的名字给客户程序,会增加代码的耦合度
         */
        private static Singleton instance = new Singleton();
     
        static {
            //...
        }
     
     
        // 唯一的 private构造方法,客户对象无法创建该对象实例
        private Singleton() {
     
        }
     
     
        // 全局访问点
        public static Singleton getInstance() {
            return instance;
        }
    }
     
    // 客户使用单例模式代码
    Singleton singleton = Singleton.getInstance();
    复制代码
        如果该实例需要比较复杂的初始化过程时,把这个过程应该写在 static{ ... }代码快中。
        注意:此实现是线程安全的,当对个线程同时去访问该类的 getInstance( ) 方法时,不会初始化多个不同的对象,这是因为,JVM 在加载此类时,对于 static 属性的初始化只能由一个线程执行且仅一次。
     
     

    进阶:

        Statci 在加载类时就会被初始化,出于性能等方面的考虑,我们希望延迟实例化单例对象,只有在第一次使用该类的实例时才去实例化。
     
    延迟创建
     
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
        我们把单例的实例化过程移至 getInstance( )方法,而不是在加载类时预先创建,当访问此方法时,首先判断该实例是不是已经被实例化过了,如果已被初始化,则直接返回这个对象的引用;否则,创建这个实例并初始化,最后返回这个对象引用。
     
        使用 if (instance == null) 判断是否实例化完成了,此方法不是线程安全的。
     
     
    线程安全
        在高并发的环境中,getInstance( ) 方法将返回多个指向不同的该类实例。
     
      Thread 1 Thread 2
    1 if (instance == null)  
    2   if (instance == null)
    3 Singleton instance = new Singleton();  
    4   Singleton instance = new Singleton();
    5 return instance;  
    6   return instance;
     
        在时刻 1和 2,由于还没有创建单例对象,Thread 1 和 Thread 2都会进入创建单例实例的代码块分别创建实例。在时刻 3 ,Thread 1创建了一个实例对象,但是 Thread 2此时已无法知道,于是继续创建一个新的实例对象,导致这两个线程持有的实例并非为同一个。
        更为糟糕的是,在没有自动内存回收机制的语言平台上运行这样的单例模式,如:C++,以为我们认为创建了一个单例实例,忽略了其他线程所产生的对象,不会手动去回收它们,从而引起内存泄漏。
     
    为了解决这个问题,我们给次方法添加 关键字,代码如下:
     
      
    public   static   synchronized  Singleton getInstance() {
         if  ( instance  ==  null ) {
             instance  =  new  Singleton();
         }
         return   instance ; 
    }
     
        这样,再多的线程访问都只会实例化一个单例对象,实现了多线程的安全访问,但是在多线程高并发访问的情况下,给此方法加上 ynchronized 关键字会是得性能大不如前。
     
     
    如何创建并发访问效率高的单例Double-Check Locking
     
        仔细分析发现,使用 synchronized 关键字对整个 getInstance( ) 方法进行同步是没有必要的:我们只要保证实例化这个对象的那段逻辑被一个线程执行就可以了,而返回引用的那段代码是没有必要同步的。更改去下:
    复制代码
    public   static  Singleton getInstance() {
         if  ( instance  ==  null ) {
             synchronized  (Singleton. class ) {
                 if  ( instance  ==  null ) {
                     instance  =  new  Singleton();
                }
            }
        }
        return   instance ;
    }
    复制代码
     
        在 getInstance( )方法里,首先判断实例是否已经被创建了,如果还没有创建,首先使用synchronized 同步实例代码块。在同步代码块里,还需要再次检查是否已经创建了此类的实例,这是因为:如果没有第二次检查,这时有两个线程 Thread A 和 Thread B 同时进入该方法,它们都检测到 instatnce 为 null,不管哪一个线程先占据同步锁,并创建实例对象,都不会阻止另外一个线程继续进入实例代码块重新创建实例对象,这样,同样会产生两个实例对象。所以,我们在同步的代码块里,要进行第二次判断,判断该代码是否已被创建。
     
     
    注意:此程序只有在 JAVA 5及以上版本才能正常运行,在以前版本不能保证其正常运行。这是由于 Java平台的内存模式容许 out-of-order writes 引起的,假定有两个线程,Thread 1 和 Thread 2,它们执行以下步骤:
        1、Thread 1发现 instatnce 没有被实例化,它获得锁,并去实例化此对象,JVM 容许在没有完全实例化完成时,instance 变量就指向此实例,因为这些步骤可以是 out-of-order writes 的,此时 instance==null 为 false,之前的版本即使用 volatile 关键字修饰也无效。
        2、在初始化完成之前,Thread 2 进入此方法,发现 instance 已经不为 null了,Thread 2 便认为该实例初始化完成了,使用这个未完成初始化的实例对象,则很可能引起系统的奔溃。
     
     
     
    Initialization on demand holder
        要使用线程安全的延迟的单例初始化,还有一种方法,代码如下:
    复制代码
    public   class   LazyLoadedSingleton  {
         private  LazyLoadedSingleton {
            
        }
         private   static   class  LazyHolder{
             private   static   final  LazyLoadedSingleton  singletonInstatnce =  new  LazyLoadedSingleton();
        }
         public   static  LazyLoadedSingleton getInstance() {
             return  LazyHolder.singletonInstatnce;
        }
    }
    复制代码
     
        当 JVM 加载 LazyLoadedSingleton   类时,由于该类没有 static 属性,所以加载完成后便即可返回。只有第一次调用 getInstance( ) 方法时,JVM 才会加载 LazyHolder 类,由于它包含一个 static 属性 singletonInstatnce,所以会首先初始化这个变量,这样即实现了一个即保证线程安全又支持延迟加载的单例模式。
     
    单例模式序列化应该注意的问题Singleton 的序列化
     
        如果单例类实现了 Serializable接口,在默认情况下,每次反序列化总会创建一个新的实例对象,这样一个系统会出现多个对象使用。
        解决思路: readResolve( )方法在反序列化完成之前被执行,我们在此方法里替换掉反序列化出来的那个新的实例,让其指向内存中的那个单例对象即可,代码如下:
    复制代码
    public   class  SerializableSingleton  implements  Serializable {
         private   static   final   long   serialVersionUID  = 4285441628073602932L;
         static  SerializableSingleton  singleton  =  new  SerializableSingleton();
         private  SerializableSingleton() {
        }
         private  Object  readResolve () {
             return   singleton ;
        }
    }
    复制代码
        方法 readResovle( ) 直接返回 singleton单例,这样,在内存中始终保持了一个唯一的单例对象。
     
     
     
    思考:以上学习,讨论的是在同一个 JVM中,保证一个类只有一个单例,如果在分布式环境中,如何保证在整个应用(可能分布在不同 JVM上)只有一个实例???
     
     
     
    标签: 设计模式java

    C#设计模式(1)——单例模式

     

    一、引言

    最近在设计模式的一些内容,主要的参考书籍是《Head First 设计模式》,同时在学习过程中也查看了很多博客园中关于设计模式的一些文章的,在这里记录下我的一些学习笔记,一是为了帮助我更深入地理解设计模式,二同时可以给一些初学设计模式的朋友一些参考。首先我介绍的是设计模式中比较简单的一个模式——单例模式(因为这里只牵涉到一个类)

    二、单例模式的介绍

    说到单例模式,大家第一反应应该就是——什么是单例模式?,从“单例”字面意思上理解为——一个类只有一个实例,所以单例模式也就是保证一个类只有一个实例的一种实现方法罢了(设计模式其实就是帮助我们解决实际开发过程中的方法, 该方法是为了降低对象之间的耦合度,然而解决方法有很多种,所以前人就总结了一些常用的解决方法为书籍,从而把这本书就称为设计模式),下面给出单例模式的一个官方定义:确保一个类只有一个实例,并提供一个全局访问点。为了帮助大家更好地理解单例模式,大家可以结合下面的类图来进行理解,以及后面也会剖析单例模式的实现思路:

    三、为什么会有单例模式

    看完单例模式的介绍,自然大家都会有这样一个疑问——为什么要有单例模式的?它在什么情况下使用的?从单例模式的定义中我们可以看出——单例模式的使用自然是当我们的系统中某个对象只需要一个实例的情况,例如:操作系统中只能有一个任务管理器,操作文件时,同一时间内只允许一个实例对其操作等,既然现实生活中有这样的应用场景,自然在软件设计领域必须有这样的解决方案了(因为软件设计也是现实生活中的抽象),所以也就有了单例模式了。

    四、剖析单例模式的实现思路

    了解完了一些关于单例模式的基本概念之后,下面就为大家剖析单例模式的实现思路的,因为在我自己学习单例模式的时候,咋一看单例模式的实现代码确实很简单,也很容易看懂,但是我还是觉得它很陌生(这个可能是看的少的,或者自己在写代码中也用的少的缘故),而且心里总会这样一个疑问——为什么前人会这样去实现单例模式的呢?他们是如何思考的呢?后面经过自己的琢磨也就慢慢理清楚单例模式的实现思路了,并且此时也不再觉得单例模式模式的,下面就分享我的一个剖析过程的:

    我们从单例模式的概念(确保一个类只有一个实例,并提供一个访问它的全局访问点)入手,可以把概念进行拆分为两部分:(1)确保一个类只有一个实例;(2)提供一个访问它的全局访问点;下面通过采用两人对话的方式来帮助大家更快掌握分析思路:

    菜鸟:怎样确保一个类只有一个实例了?

    老鸟:那就让我帮你分析下,你创建类的实例会想到用什么方式来创建的呢?

    新手:用new关键字啊,只要new下就创建了该类的一个实例了,之后就可以使用该类的一些属性和实例方法了

    老鸟:那你想过为什么可以使用new关键字来创建类的实例吗?

    菜鸟:这个还有条件的吗?........., 哦,我想起来了,如果类定义私有的构造函数就不能在外界通过new创建实例了(注:有些初学者就会问,有时候我并没有在类中定义构造函数为什么也可以使用new来创建对象,那是因为编译器在背后做了手脚了,当编译器看到我们类中没有定义构造函数,此时编译器会帮我们生成一个公有的无参构造函数)

    老鸟:不错,回答的很对,这样你的疑惑就得到解答了啊

    菜鸟:那我要在哪里创建类的实例了?

    老鸟:你傻啊,当然是在类里面创建了(注:这样定义私有构造函数就是上面的一个思考过程的,要创建实例,自然就要有一个变量来保存该实例把,所以就有了私有变量的声明,但是实现中是定义静态私有变量,朋友们有没有想过——这里为什么定义为静态的呢?对于这个疑问的解释为:每个线程都有自己的线程栈,定义为静态主要是为了在多线程确保类有一个实例

    菜鸟:哦,现在完全明白了,但是我还有另一个疑问——现在类实例创建在类内部,那外界如何获得该的一个实例来使用它了?

    老鸟:这个,你可以定义一个公有方法或者属性来把该类的实例公开出去了(注:这样就有了公有方法的定义了,该方法就是提供方法问类的全局访问点)

    通过上面的分析,相信大家也就很容易写出单例模式的实现代码了,下面就看看具体的实现代码(看完之后你会惊讶道:真是这样的!):

    复制代码
      /// <summary>
        /// 单例模式的实现
        /// </summary>
        public class Singleton
        {
            // 定义一个静态变量来保存类的实例
            private static Singleton uniqueInstance;
    
            // 定义私有构造函数,使外界不能创建该类实例
            private Singleton()
            {
            }
    
            /// <summary>
            /// 定义公有方法提供一个全局访问点,同时你也可以定义公有属性来提供全局访问点
            /// </summary>
            /// <returns></returns>
            public static Singleton GetInstance()
            {
                // 如果类的实例不存在则创建,否则直接返回
                if (uniqueInstance == null)
                {
                    uniqueInstance = new Singleton();
                }
                return uniqueInstance;
            }
        }
    复制代码

     上面的单例模式的实现在单线程下确实是完美的,然而在多线程的情况下会得到多个Singleton实例,因为在两个线程同时运行GetInstance方法时,此时两个线程判断(uniqueInstance ==null)这个条件时都返回真,此时两个线程就都会创建Singleton的实例,这样就违背了我们单例模式初衷了,既然上面的实现会运行多个线程执行,那我们对于多线程的解决方案自然就是使GetInstance方法在同一时间只运行一个线程运行就好了,也就是我们线程同步的问题了(对于线程同步大家也可以参考我线程同步的文章),具体的解决多线程的代码如下:

    复制代码
     /// <summary>
        /// 单例模式的实现
        /// </summary>
        public class Singleton
        {
            // 定义一个静态变量来保存类的实例
            private static Singleton uniqueInstance;
    
            // 定义一个标识确保线程同步
            private static readonly object locker = new object();
    
            // 定义私有构造函数,使外界不能创建该类实例
            private Singleton()
            {
            }
    
            /// <summary>
            /// 定义公有方法提供一个全局访问点,同时你也可以定义公有属性来提供全局访问点
            /// </summary>
            /// <returns></returns>
            public static Singleton GetInstance()
            {
                // 当第一个线程运行到这里时,此时会对locker对象 "加锁",
                // 当第二个线程运行该方法时,首先检测到locker对象为"加锁"状态,该线程就会挂起等待第一个线程解锁
                // lock语句运行完之后(即线程运行完之后)会对该对象"解锁"
                lock (locker)
                {
                    // 如果类的实例不存在则创建,否则直接返回
                    if (uniqueInstance == null)
                    {
                        uniqueInstance = new Singleton();
                    }
                }
    
                return uniqueInstance;
            }
        }
    复制代码

    上面这种解决方案确实可以解决多线程的问题,但是上面代码对于每个线程都会对线程辅助对象locker加锁之后再判断实例是否存在,对于这个操作完全没有必要的,因为当第一个线程创建了该类的实例之后,后面的线程此时只需要直接判断(uniqueInstance==null)为假,此时完全没必要对线程辅助对象加锁之后再去判断,所以上面的实现方式增加了额外的开销,损失了性能,为了改进上面实现方式的缺陷,我们只需要在lock语句前面加一句(uniqueInstance==null)的判断就可以避免锁所增加的额外开销,这种实现方式我们就叫它 “双重锁定”,下面具体看看实现代码的:

    复制代码
      /// <summary>
        /// 单例模式的实现
        /// </summary>
        public class Singleton
        {
            // 定义一个静态变量来保存类的实例
            private static Singleton uniqueInstance;
    
            // 定义一个标识确保线程同步
            private static readonly object locker = new object();
    
            // 定义私有构造函数,使外界不能创建该类实例
            private Singleton()
            {
            }
    
            /// <summary>
            /// 定义公有方法提供一个全局访问点,同时你也可以定义公有属性来提供全局访问点
            /// </summary>
            /// <returns></returns>
            public static Singleton GetInstance()
            {
                // 当第一个线程运行到这里时,此时会对locker对象 "加锁",
                // 当第二个线程运行该方法时,首先检测到locker对象为"加锁"状态,该线程就会挂起等待第一个线程解锁
                // lock语句运行完之后(即线程运行完之后)会对该对象"解锁"
                // 双重锁定只需要一句判断就可以了
                if (uniqueInstance == null)
                {
                    lock (locker)
                    {
                        // 如果类的实例不存在则创建,否则直接返回
                        if (uniqueInstance == null)
                        {
                            uniqueInstance = new Singleton();
                        }
                    }
                }
                return uniqueInstance;
            }
        }
    复制代码

    五、C#中实现了单例模式的类

     理解完了单例模式之后,菜鸟又接着问了:.NET FrameWork类库中有没有单例模式的实现呢?

    经过查看,.NET类库中确实存在单例模式的实现类,不过该类不是公开的,下面就具体看看该类的一个实现的(该类具体存在于System.dll程序集,命名空间为System,大家可以用反射工具Reflector去查看源码的):

    复制代码
     // 该类不是一个公开类
        // 但是该类的实现应用了单例模式
        internal sealed class SR
        {
            private static SR loader;
            internal SR()
            {
            }
            // 主要是因为该类不是公有,所以这个全部访问点也定义为私有的了
            // 但是思想还是用到了单例模式的思想的
            private static SR GetLoader()
            {
                if (loader == null)
                {
                    SR sr = new SR();
                    Interlocked.CompareExchange<SR>(ref loader, sr, null);
                }
                return loader;
            }
    
            // 这个公有方法中调用了GetLoader方法的
            public static object GetObject(string name)
            {
                SR loader = GetLoader();
                if (loader == null)
                {
                    return null;
                }
                return loader.resources.GetObject(name, Culture);
            }
        }
    复制代码

    六、总结

    到这里,设计模式的单例模式就介绍完了,希望通过本文章大家可以对单例模式有一个更深的理解,并且希望之前没接触过单例模式或觉得单例模式陌生的朋友看完之后会惊叹:原来如此!

  • 相关阅读:
    数据挖掘实践(34):实战--高潜用户购买画像(三)特征工程
    数据挖掘实践(33):实战--高潜用户购买画像(二)EDA/探索性数据分析
    数据挖掘实践(32):实战--高潜用户购买画像(一)数据清洗
    Java 流程控制 之 顺序结构
    Java 之 运算符
    Java 之 变量
    Handmade Rust Part 1: Introduction & Allocators
    rust 强制转换
    引用与借用
    candidate #1: `std::clone::Clone`
  • 原文地址:https://www.cnblogs.com/Leo_wl/p/3186008.html
Copyright © 2011-2022 走看看