设计模式之单例模式

一、为什么使用单例模式？

• 确保系统中一个类只产生一个实例，对系统中的关键组件和被频繁使用的对象可改善其性能。

二、使用单例模式的好处是什么？

• 对于频繁使用的对象（如工具类），可以省略创建对象消耗的时间，特别是一些重量级的对象，可节省系统开销。
• 减少了new操作，对系统内存的使用频率也会降低，可减轻GC压力，缩短停顿时间。

三、单例模式角色

角色	作用
单例类	提供单例工厂，返回单例
使用者	获取并使用单例类

四、实现方式

1. 简单实现方式（饿汉式）

public class Singleton(){
    private Singleton(){
        System.out.println("Singleton is created");
    }
    private static final Singleton instance = new Singleton();
    public static Singleton getInstance(){
        return instance;
    }
}

单例类必须私有化构造函数，不能被其他代码实例化。

缺点：这个实现方式的不足之处是无法做到延迟加载。

2. 延迟加载实现方式（懒汉式）

public class LazySingleton(){
    private LazySingleton(){
        System.out.println("LazySingleton is created");
    }
    private static LazySingleton instance = null;
    public static synchronized LazySingleton getInstance(){
        if(null == instance){
            instance = new LazySingleton();
        }
        return instance;
    }
}

对静态成员变量instance初始值设置为null，系统启动时无须创建实例。
在获取实例对象时先判断是否存，若存在则返回，不存在则创建单例。为防止多线程环境导致多个实例被创建问题，加入同步关键字synchronized。

缺点：与第一种实现相比，因加入了同步关键字，在多线程环境耗时要远远多于第一种。

3. 内部类实现方式

public class StaticSingleton(){
    private StaticSingleton(){
        System.out.println("StaticSingleton is created");
    }
    private static class SingletonHolder{
        private static StaticSingleton instance = new StaticSingleton();
    }
    public static StaticSingleton getInstance(){
        return SingletonHolder.instance;
    }
}

当StaticSingleton被加载时，其内部类不会被初始化，故不会创建单例类，当调用getInstance()方法时才会加载内部类初始化instance。
由于实例的创建是在类加载时完成，故天生对多线程友好，无需使用同步关键字。
补充：
1. 任然可以通过反射机制，强行调用单例类的私有构造函数，生成多个单例。
2. 序列化和反序列化也可能会破坏单例。