设计模式之单例模式

一、单例模式简介

这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
要点：
1、单例类只能有一个实例。
2、单例类必须自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。
意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
主要解决：一个全局使用的类频繁地创建与销毁。
何时使用：当您想控制实例数目，节省系统资源的时候。
如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。
关键代码：构造函数是私有的。

二、几种单例模式的实现

1、线程不安全的懒汉式
package com.singleton;
/**
 * 线程不安全的懒汉式单例模式
        是否 Lazy 初始化：是
       是否多线程安全：否
        描述：这种方式是最基本的实现方式，这种实现最大的问题就是不支持多线程。
        因为没有加锁 synchronized，所以严格意义上它并不算单例模式。
         这种方式 lazy loading 很明显，不要求线程安全，在多线程不能正常工作。
 * @author xieyongxue
 *
 */
public class LazySingleton {
    private static LazySingleton singleton;
    private LazySingleton(){}
    public static LazySingleton getInstance(){
        if(singleton==null){
            singleton= new LazySingleton();
        }
        return singleton;
    }
    public void showMsg(){
        System.out.println("懒汉式单例模式");
    }
}
2、线程安全的懒汉式单例模式
package com.singleton;
/**
 *  懒汉式，线程安全
          是否 Lazy 初始化：是
          是否多线程安全：是
    描述：这种方式具备很好的 lazy loading，能够在多线程中很好的工作，但是，效率很低，99% 情况下不需要同步。
    优点：第一次调用才初始化，避免内存浪费。
    缺点：必须加锁 synchronized 才能保证单例，但加锁会影响效率。
    getInstance() 的性能对应用程序不是很关键（该方法使用不太频繁）。
 *
 */
public class LazySncSingleton {
    private static LazySncSingleton singleton;
    private LazySncSingleton(){}
    public static synchronized LazySncSingleton getInstance(){
        if(singleton==null){
            singleton=new LazySncSingleton();
        }
        return singleton;
    }
    public void getMsg(){
        System.out.println("懒汉式线程安全");
    }
}
3、饿汉式单例模式
package com.singleton;
/**
 *饿汉式
 *是否 Lazy 初始化：否
      是否多线程安全：是
      描述：这种方式比较常用，但容易产生垃圾对象。
      优点：没有加锁，执行效率会提高。
       缺点：类加载时就初始化，浪费内存。
      它基于 classloder 机制避免了多线程的同步问题，不过，instance 在类装载时就实例化，虽然导致类装载的原因有很多种，
      在单例模式中大多数都是调用 getInstance 方法， 但是也不能确定有其他的方式（或者其他的静态方法）导致类装载，
      这时候初始化 instance 显然没有达到 lazy loading 的效果。
 * @author xieyongxue
 *
 */
public class SingleObject {
     //创建 SingleObject 的一个对象
    private static SingleObject instance=new SingleObject();
     //让构造函数为 private，这样该类就不会被实例化
    private SingleObject(){}
    //获取唯一的实例
    public static SingleObject getInstance(){
        return instance;
    }
    public void showMessage(){
        System.out.println("get only instance");
    }
}
4、双锁机制单例模式
package com.singleton;
/**
 * 是否 Lazy 初始化：是
       是否多线程安全：是
       描述：这种方式采用双锁机制，安全且在多线程情况下能保持高性能。
   getInstance() 的性能对应用程序很关键。
 *
 */
public class DclSingleton {
    private volatile static DclSingleton singleton;
    private DclSingleton(){}
    public static DclSingleton getInstance(){
        if(singleton==null){
            synchronized (DclSingleton.class) {
                if(singleton==null){
                    singleton=new DclSingleton();
                }
            }
        }
        return singleton;
    }
    public void getMsg(){
        System.out.println("双检锁/双重校验锁（DCL，即 double-checked locking）");
    }

}
5、静态内部类单例模式
package com.singleton;
/**
 * 是否 Lazy 初始化：是
       是否多线程安全：是
      描述：这种方式能达到双检锁方式一样的功效，但实现更简单。对静态域使用延迟初始化，应使用这种方式而不是双检锁方式。
      这种方式只适用于静态域的情况，双检锁方式可在实例域需要延迟初始化时使用。
       这种方式同样利用了 classloder 机制来保证初始化 instance 时只有一个线程，它跟饿汉式不同的是：第 饿汉式只要 Singleton 类被装载了，
       那么 instance 就会被实例化（没有达到 lazy loading 效果），而这种方式是 Singleton 类被装载了，
   instance 不一定被初始化。因为 SingletonHolder 类没有被主动使用，只有显示通过调用 getInstance 方法时，
       才会显示装载 SingletonHolder 类，从而实例化 instance。想象一下，如果实例化 instance 很消耗资源，
       所以想让它延迟加载，另外一方面，又不希望在 Singleton 类加载时就实例化，因为不能确保 Singleton 类还可能在其他的地方被主动使用从而被加载，
       那么这个时候实例化 instance 显然是不合适的。这个时候，这种方式相比饿汉式显得很合理。
 * @author xieyongxue
 *
 */
public class StaticSingleton {
    public static class SingletonHolder{
        public static final StaticSingleton INSTANCE=new StaticSingleton();
    }
    private StaticSingleton(){}
    public static StaticSingleton getInstance(){
        return SingletonHolder.INSTANCE;
    }
    public void getMsg(){
        System.out.println("登记式/静态内部类测试");
    }
}
6、枚举式单例模式
package com.singleton;
/**
    是否 Lazy 初始化：否
    是否多线程安全：是
    描述：实现单例模式的最佳方法。它更简洁，自动支持序列化机制，绝对防止多次实例化。
    它不仅能避免多线程同步问题，而且还自动支持序列化机制，防止反序列化重新创建新的对象，绝对防止多次实例化。
    用这种方式写不免让人感觉生疏，在实际工作中，也很少用。
    不能通过 reflection attack 来调用私有构造方法。
 *
 */
public enum EnumSingleton {
     INSTANCE;
     public void getMsg(){
         System.out.println("枚举方式");
     }
}