单例模式

     其实很早之前就明白了单例，但是因为在大学的时候课程设计都用不到单例，所以仅仅是知道单例，并没有仔细地思考过它的用途。今天是16年11月30号，今天因为项目需要需要写一个单例。在自己需要用单例的时候，为了程序的性能，自然要选择最优的单例。下面就各种单例说一说它们的优缺点。
  1 懒汉模式

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

 这种方式的缺点很明显，就是线程不安全，当同时访问这个单例时，在创建单例的期间有人访问这个单例就又会创造一个实例，造成错误。

2 懒汉模式改进版

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

这种方式线程上虽然安全，但是因为实际只有很小一部分情况需要用到锁，加锁降低了效率。所以这个方法也是不好的，线程虽然安全了，但是效率很低。

3 恶汉模式

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

  这种方式的优缺点也很明显，优点是线程安全的，但是却浪费空间。在不使用这个类的时候就实例化了这个类。当然有很多情况这个方式是不错的，比如随着程序的启动就 要实例化的单例。今天就碰到了这种需求，但是我还是选择了最优的单例方式。

4 双重检测模式

public class Singleton{
        private static Singleton instance;
        private Singleton(){}
        public static Singleton getInstance(){
       if(instance==null){
       synchronized(Singleton.class){
      if(instance==null){
      instance = new Singleton()
      }
      }
      }
    return instance;
       }
 }

这里说一下为什么要双重检测，因为第一次判断为空的时候，在给.class文件加锁之前可能这个类已经被实例化了，所以需要再判断一次。这里说一下如果对方法加锁是线程
安全的，但是效率不好，因为一时间只有一个线程可以调用这个方法。现在是给.class文件加锁，也就是说如果这个类已经实例化了，就可以直接调用了，唯一产生竞争的瞬间就是在实例化第一次的时候。