多线程的单例模式

  面试时遇到过的问题

一般单例模式的写法

public class Singleton {

	private Singleton instance;
	
	public Singleton(){}
	
	public Singleton getInstance() {
		if (instance == null) {
			instance = new Singleton();
		}
		return instance;
	}
}	
	

在多线程请求时容易产生多个实例，违反单例模式的要求。
1.多线程安全单例模式实例一(不使用同步锁)

1 public class Singleton {
2     private static Singleton sin=new Singleton();    //直接初始化一个实例对象
3     private Singleton(){    //private类型的构造函数，保证其他类对象不能直接new一个该对象的实例
4     }
5     public static Singleton getSin(){    //该类唯一的一个public方法    
6         return sin;
7     }
8 }

上述代码中的一个缺点是该类加载的时候就会直接new 一个静态对象出来，当系统中这样的类较多时，会使得启动速度变慢 。现在流行的设计都是讲“延迟加载”，我们可以在第一次使用的时候才初始化第一个该类对象。所以这种适合在小系统。

2.多线程安全单例模式实例二(使用同步方法)

 1 public class Singleton {  
 2      private static Singleton instance;  
 3      private Singleton (){
 4          
 5      }   
 6      public static synchronized Singleton getInstance(){    //对获取实例的方法进行同步
 7        if (instance == null)     
 8          instance = new Singleton(); 
 9        return instance;
10      }
11  }  

　　上述代码中的一次锁住了一个方法， 这个粒度有点大 ，改进就是只锁住其中的new语句就OK。就是所谓的“双重锁”机制。

3.多线程安全单例模式实例三(使用双重同步锁)

 1 public class Singleton {  
 2      private static Singleton instance;  
 3      private Singleton (){
 4      }   
 5      public static Singleton getInstance(){    //对获取实例的方法进行同步
 6        if (instance == null){
 7            synchronized(Singleton.class){
 8                if (instance == null)
 9                    instance = new Singleton(); 
10            }
11        }
12        return instance;
13      }
14      
15  }

4.实例四 （私有内部类懒加载处理）

public class SingletonTest  
{  
    private SingletonTest()  
    {  
    }  
  
    private static class Inner   //私有的静态内部类  
    {  
        static SingletonTest singletonTest = new SingletonTest();  
    }  
  
    public static SingletonTest getInstance()  
    {  
        return Inner.singletonTest;  
    }  
} 

私有的静态内部类，当不调用getInstance()方法时，就不会调用这个内部类，就不会产生实例。 没有使用锁，没有产生无用的实例。确实是最好的方法。

参考：http://www.cnblogs.com/xudong-bupt/p/3433643.html

参考：http://my.oschina.net/igeeker/blog/314925