单例模式常用的两种方法

单例模式

1. 概念
   确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。
   特点是：
   a、私有的构造方法；
   b、指向自己实例的私有静态引用；
   c、以自己实例变量为返回值的静态的公有方法。
   单例模式常用的分为两种：一种是饿汉式，一种是懒汉式；其中懒汉式单例是在类加载的时候，就实例化一个对象交给自己的引用，而懒汉式是在调用时才会实例化对象。
2. 饿汉式单例

public class Singleton{  
     private static Singleton singleton = new Singleton();
     private   Singleton(){ }
     public static Singleton getInstance(){
         return   singleton;
     } 
 }    

饿汉式在类创建同时就已经创建好一个静态的对象，以后不再改变，所有天生就是线程安全的。这样做是不管实际是否需要创建，都已经创建了对象，占用了一定的内存，好处是编写简单，在第一次访问时速度相当较快，但是无法做到延迟创建对象。另一种写法如下：

public class Singleton{  
    private Singleton singleton = null; 
    static{  
        singleton = new Singleton();
    }  
    private Singleton(){  }   
    public static Singleton getInstance(){  
        return this.singleton;   
    }
}

3. 懒汉式单例

public class Singleton{  
        private static Singleton singleton;
        private Singleton() {  }
        public static Singleton(){
            if(singleton == null){
                singleton = new Singleton();
            }
         return singleton;
        }
 }

懒汉式单例是在对象需要的时候进行的实例化，是线程不安全的，在并发环境下很可能出现多个Singleton实例。以下是相当线程安全的写法：

public class Singleton{  
    private static Singleton singleton;
    private Singleton(){  }
    public static synchronize Singleton getInstance(){
        if(singleton == null){
            singleton = new Singleton();
        }
    return singleton;
    }
 }

注意：这种写法虽然能在多线程中可以工作，但是效率很低，99%情况下不需要同步。
还有一种线程安全的写法，是双重检查锁定，兼顾线程安全和效率的写法，因为在单例中new的情况下非常少，绝大多数都是可以并行的读操作。因此在加锁前进行一次null检查就可以减少绝大多数的加锁操作，执行的效率就提高了，具体写法如下：

public class Singleton{  
    //volatile 是一个类型修饰符，用来修饰不同线程访问和修改的变量，作为指令关键字，确保本条指令不会因为编译器的优化而省略，且要求每次直接读值。
    private volatile static Singleton singleton;
    private Singleton(){  }
    public static Singleton getInstance(){
        if(singleton == null){
            synchronized(Singleton.class){
                if(singleton == null){
                    singleton = new Singleton();
                }
            }
        }
        return singleton; 
    }
 }

转载于:https://my.oschina.net/u/2500438/blog/1538167