java_设计模式_单例模式_Singleton Pattern(2016-08-04)

概念:
  单例模式确保某个类只有一个实例,而且自行实例化并向整个系统提供这个实例。

适用场景:

  在计算机系统中,线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机,但只能有一个Printer Spooler,以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口,系统应当集中管理这些通信端口,以避免一个通信端口同时被两个请求同时调用。总之,选择单例模式就是为了避免不一致状态,避免政出多头。

特点:
  1、单例类只能有一个实例。
  2、单例类必须自己创建自己的唯一实例。
  3、单例类必须给所有其他对象提供这一实例。

八种实现方式:

一、懒汉式单例(延迟加载,线程不安全)

public class Singleton {

    /**
     * 静态变量记录唯一实例
     */
    private static Singleton instance = null;
    
    /**
     * 构造方法私有化
     */
    private Singleton(){}

    /**
     * 静态工厂方法
     * @return
     */
    public static Singleton getInstance(){
        if(null == instance){
            instance = new Singleton();
        }
        return instance;
    }
    
    //其它方法
}

  懒汉式是典型的时间换空间,延迟加载,就是每次获取实例都会进行判断,看是否需要创建实例,浪费判断的时间。当然,如果一直没有人使用的话,那就不会创建实例,则节约内存空间。

  但是上面的懒汉式单例的实现没有考虑线程安全问题,它是线程不安全的,并发环境下很可能出现多个Singleton实例,要实现线程安全,需要对getInstance这个方法改造,保证了懒汉式单例的线程安全。

 

二、懒汉式单例(延迟加载,线程安全)

public class Singleton {

    /**
     * 静态变量记录唯一实例
     */
    private static Singleton instance = null;
    
    /**
     * 构造方法私有化
     */
    private Singleton(){}

    /**
     * 静态工厂方法,线程安全
     * @return
     */
    public static synchronized Singleton getInstance(){
        if(null == instance){
            instance = new Singleton();
        }
        return instance;
    }
    
    //其它方法
}

   由于懒汉式的实现是线程安全的,这样会降低整个访问的速度,而且每次都要判断。那么有没有更好的方式实现呢?

 

三、饿汉式单例(不延迟加载,线程安全)

public class Singleton {

    /**
     * 静态变量记录唯一实例
     */
    private static Singleton instance = new Singleton();
    
    /**
     * 构造方法私有化
     */
    private Singleton(){}

    /**
     * 静态工厂方法
     * @return
     */
    public static Singleton getInstance() {  
        return instance;   
    } 
    
    //其它方法
}

  饿汉式在类创建的同时就已经创建好一个静态的对象供系统使用,以后不再改变,所以天生是线程安全的。

  饿汉式是典型的空间换时间,当类装载的时候就会创建类的实例,不管你用不用,先创建出来,然后每次调用的时候,就不需要再判断,节省了运行时间。

 

四、饿汉式单例、变种(不延迟加载,线程安全)

public class Singleton {

    /**
     * 静态变量记录唯一实例
     */
    private static Singleton instance = null;
    
    /**
     * 静态代码块初始化
     */
    static {  
        instance = new Singleton();  
    } 
    /**
     * 构造方法私有化
     */
    private Singleton(){}

    /**
     * 静态工厂方法
     * @return
     */
    public static Singleton getInstance() {  
        return instance;   
    } 
    
    //其它方法
}

   表面上看起来差别挺大,其实更第三种方式差不多,都是在类初始化即实例化instance。

 

五、双重检查锁定(延迟加载,线程安全)

public class Singleton {

    /**
     * 静态变量记录唯一实例
     */
    private volatile static Singleton instance = null;
    
    /**
     * 构造方法私有化
     */
    private Singleton(){}

    /**
     * 静态工厂方法
     * @return
     */
    public static Singleton getInstance() {  
        if(null == instance){
            synchronized (Singleton.class) {//双重检查锁定    
               if (instance == null) {    
                   instance = new Singleton();   
               }    
            }    
        }    
        return instance;   
    } 
    //其它方法
}

  这个是第二种方式的升级版,俗称双重检查锁定,

  所谓“双重检查加锁”机制,指的是:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法后,先检查实例是否存在,如果不存在才进行下面的同步块,这是第一重检查,进入同步块过后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了多次在同步情况下进行判断所浪费的时间。

  “双重检查加锁”机制的实现会使用关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而确保多个线程能正确的处理该变量。

    注意:在java1.4及以前版本中,很多JVM对于volatile关键字的实现的问题,会导致“双重检查加锁”的失败,因此“双重检查加锁”机制只只能用在java5及以上的版本。

  这种实现方式既可以实现线程安全地创建实例,而又不会对性能造成太大的影响。它只是第一次创建实例的时候同步,以后就不需要同步了,从而加快了运行速度。

    提示:由于volatile关键字可能会屏蔽掉虚拟机中一些必要的代码优化,所以运行效率并不是很高。因此一般建议,没有特别的需要,不要使用。也就是说,虽然可以使用“双重检查加锁”机制来实现线程安全的单例,但并不建议大量采用,可以根据情况来选用。

  根据上面的分析,常见的单例实现方式都存在小小的缺陷,那么有没有一种方案,既能实现延迟加载,又能实现线程安全呢?

 

六、静态内部类单例(延迟加载,线程安全)

public class Singleton {
    
    /**
     *  类级的内部类,也就是静态的成员式内部类,该内部类的实例与外部类的实例
     *  没有绑定关系,而且只有被调用到时才会装载,从而实现了延迟加载。
     */
    private static class LazyHolder {  
        /**
         * 静态初始化器,由JVM来保证线程安全
         */
        private static final Singleton INSTANCE = new Singleton();  
     }  
    
    /**
     * 构造方法私有化
     */
     private Singleton (){}  
     
     /**
      * 工厂方法,线程安全
      * @return
      */
     public static final Singleton getInstance() {  
        return LazyHolder.INSTANCE;  
     }  

    //其它方法

}

  如果实例化instance很消耗资源,我想让他延迟加载,另外一方面,我不希望在Singleton类加载时就实例化,因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化instance显然是不合适的。这个时候这种方式就显得很合理。

  当getInstance方法第一次被调用的时候,它第一次读取LazyHolder.INSTANCE,导致LazyHolder类初始化;而这个类在装载并被初始化的时候,会初始化它的静态域,从而创建Singleton的实例,由于是静态的域,因此只会在虚拟机装载类的时候初始化一次,并由虚拟机来保证它的线程安全性。

  这个模式的优势在于,getInstance方法并没有被同步,并且只是执行一个域的访问,因此延迟初始化并没有增加任何访问成本。

 

七、单元素的枚举单例(延迟加载,线程安全)

public enum Singleton {
    /**
     * 定义一个枚举的元素,它就代表了Singleton的一个实例。
     */
    INSTANCE;
    
    /**
     * 其它方法
     */
    public void otherOperation(){
        //功能处理
    }
}

  使用枚举来实现单实例控制会更加简洁,而且无偿地提供了序列化机制,并由JVM从根本上提供保障,绝对防止多次实例化,是更简洁、高效、安全的实现单例的方式。  

  这种方式是Effective Java作者Josh Bloch 提倡的方式,它不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象,可谓是很坚强的壁垒啊,

  不过,个人认为由于1.5中才加入enum特性,用这种方式写不免让人感觉生疏,在实际工作中,我也很少看见有人这么写过。

 

八、登记式单例(可忽略)

import java.util.HashMap;
import java.util.Map;

//类似Spring里面的方法,将类名注册,下次从里面直接获取。  
public class Singleton {
    /**
     *  设立静态变量,直接创建实例  
     */
    private static Map<String, Singleton> map = new HashMap<String, Singleton>();
    
    /**
     * 静态代码块
     * 对每个单例类实例化
     */
    static {
        Singleton single = new Singleton();
        map.put(single.getClass().getName(), single);
    }

    /**
     *  受保护的构造函数:
     *      构造函数不能是私有,这样子类可以直接访问构造方法.
     *  防止其它类访问:
     *      把单例类放到一个单独的包中,防止其它包中的类(包括缺省的包)去实例化此单例类。  
     */
    protected Singleton() {
          System.out.println("-->受保护的构造函数被调用,创建实例中");  
    }

    /**
     * 静态工厂方法,返还此类惟一的实例
     * @param name
     * @return
     */
    public static Singleton getInstance(String name) {
        if (name == null) {
            name = Singleton.class.getName();
            System.out.println("-->name不存在,name赋值等于"+Singleton.class.getName());  
        }
        if (map.get(name) == null) {
            try {
                System.out.println("-->name对应的值不存在,开始创建");  
                map.put(name, (Singleton) Class.forName(name).newInstance());
            } catch (InstantiationException e) {
                e.printStackTrace();
            } catch (IllegalAccessException e) {
                e.printStackTrace();
            } catch (ClassNotFoundException e) {
                e.printStackTrace();
            }
        } else {  
            System.out.println("-->name对应的值存在");  
        }  
        return map.get(name);
    }
    
    /**
     * 获得单例map集合
     * @return
     */
    public Map<String, Singleton> getSingletonMap(){  
        return map;  
    }  
    
    //其它方法
}

  单例具体实现需要考虑:延迟加载,线程安全,序列化,不同的类装载器装入等问题。

  1.不同的类装载器装入问题:如果单例由不同的类装载器装入,那便有可能存在多个单例类的实例。假定不是远端存取,例如一些servlet容器对每个servlet使用完全不同的类装载器,这样的话如果有两个servlet访问一个单例类,它们就都会有各自的实例。

  2.序列化问题:如果Singleton实现了java.io.Serializable接口,那么这个类的实例就可能被序列化和复原。不管怎样,如果你序列化一个单例类的对象,接下来复原多个那个对象,那你就会有多个单例类的实例。

  3.反射问题:通过Java反射机制是能够实例化构造方法为private的类的,那基本上会使所有的Java单例实现失效。此问题在此处不做讨论,姑且掩耳盗铃地认为反射机制不存在。

对于第一个问题修复的办法是:

  增加一个方法(具体要怎么用,本人还没看懂。求告知……)

    @SuppressWarnings("unused")
    private static Class getClass(String classname)throws ClassNotFoundException {     
          
        ClassLoader classLoader = Thread.currentThread().getContextClassLoader();     
          if(classLoader == null){
              classLoader = Singleton.class.getClassLoader();     
          }     
           return (classLoader.loadClass(classname));     
       
    } 

对于第二个问题修复的办法是:

  实现序列化(再次懵逼,什么原理……)

import java.io.Serializable;

public class Singleton implements Serializable {
    public static Singleton INSTANCE = new Singleton();

    protected Singleton() {    }

    private Object readResolve() {
        return INSTANCE;
    }
}

对于第三个问题修复的办法是:

  三次元懵逼……

总结:

  尽量使用:饿汉式单例、静态内部类单例、枚举单例单元素的枚举单例

参考资料来自:

http://www.cnblogs.com/java-my-life/archive/2012/03/31/2425631.html

http://cantellow.iteye.com/blog/838473

http://blog.csdn.net/jason0539/article/details/23297037/

posted @ 2016-08-04 15:57  scevecn  阅读(162)  评论(0编辑  收藏  举报