单例模式

# 1、单例模式（Singleton Pattern） #
## 1.1单例模式的定义 ##
**确保其中一个类只有一个实例，而且自行实例化，并且向系统提供这个实例。**<br/>
单例模式的通用代码如下：<br/>
**饿汉式：**<br/>
    public class Singleton {

    private static final Singleton singleton = new Singleton();
    //限制产生多个对象
    private Singleton(){
        
    }
    //通过该方法获得实例对象
    public static Singleton getInstance(){
        return singleton;
    }
    //类中其他方法尽量是静态方法
    public static void doSomething(){
        
    }
}<br/>
**懒汉式：**<br/>
    public class Singleton {

    private static Singleton singleton = null;
    //限制产生多个对象
    private Singleton(){
        
    }
    //通过该方法获得实例对象
    public static Singleton getInstance(){
        if(singleton == null){
            singleton = new Singleton();
        }
        return singleton;
    }
    //类中其他方法尽量是静态方法
    public static void doSomething(){
        
    }
}<br/>
**懒汉式单例模式是线程不安全的，在高并发的情况下会出现多个对象，在高并发情况下建议使用饿汉式单例模式；解决单例模式通过对象复制产生多个对象的方法是单例类不要实现Cloneable接口。**<br/>
用于并发的“双重检查锁”的单例模式：<br/>
    public class Singleton {
    private volatile static Singleton singleton = null;
    //限制产生多个对象
    private Singleton(){
        
    }
    //通过该方法获得实例对象
    public static Singleton getInstance(){
        if(singleton == null){
            synchronized (Singleton.class) {
                if(singleton == null){
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
    //类中其他方法尽量是静态方法
    public static void doSomething(){
        
    }
}


## 1.2单例模式的特点 ##
###1.2.1单例模式的优点###
1. 单例模式在内存中只有一个对象，减少了内存开支，当一个对象需要频繁的创建和销毁，而且创建销毁的代码性能又不能优化，单例模式的优势非常明显；
2. 当一个对象产生比较多的资源时（例如：读取配置、产生其他依赖对象时），可以通过应用启动时直接产生一个单例对象，将此对象永久的驻留内存，减小内存的开销；
3. 单例模式可以避免对资源的多重占用（例如写文件，只有一个对象可以避免对同一个文件的同时写操作）；
4. 单例模式可以在系统设置全局的访问点，优化和共享访问资源。
###1.2.2单例模式的缺点###
1. 单例模式一般没有接口，扩展困难，若要扩展，除了修改代码一般没有其他方法；
2. 单例模式对测试是不利的，在并行开发环境中，若单例模式没有完成，则不能进行测试；
3. 单例模式和单一职责原则有冲突，单例模式把“要单例”和业务逻辑融合在了一个类中。
###1.2.2单例模式的使用场景###
**在一个系统中，要求一个类只能产生一个对象，若产生多个对象，系统就会出现“不良反应”，可以考虑使用单例模式，具体环境如下：** <br/>
- 要求产生唯一序列号的环境；<br/>
- 在一个项目中需要一个共享访问点或者一个共享访问数据；<br/>
- 创建一个对象需要消耗的资源过多；<br/>
- 需要定义大量静态常量和静态方法的类，可以采用单例模式。<br/>
## 1.3单例模式使用时的注意点 ##
如果一个单例在内存中长久不使用，那么JVM就会认为其是是一个垃圾对象，在CPU空闲的时候很有可能回收它，下次调用时就会产生一个新的对象，那么之前保存在此单例中的数据就会消失，有两种方法解决此问题：<br/>
1. 使用容器（例如Spring）来管理对象的生命周期；<br/>
2. 采用异步记录的方式或者使用观察者模式，记录状态的变化，写入文件或者写入数据库中，确保对象重新创建也可以获得以前的资源。<br/>
**参考文献：**<br/>
《设计模式之禅》，秦小波