设计模式之单例

单例模式定义

定义：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。
这个定义有两个关键部分，第一，此类必须只能有一个实例；第二，此类必须自行实例化。单例通用代码如下：
饿汉式：

public class Singleton {
    // private 确保不能被外部访问 static确保对外接口方法可以访问 final确保了不允许被继承类获得
    private static final Singleton singleton = new Singleton();
    // private关键字确保只能在本类产生一个对象
    private Singleton(){};
    // 获得实例的对外接口
    public static Singleton getInstanse () {
        return singleton;
    }
    // 此类中的其他方法，尽量是static
    public static void doSomething(){}
}

单例模式的应用

• 优点
  
  1. 由于单例模式在内存中只有一个实例， 减少了内存开支， 特别是一个对象需要频繁地创建、 销毁时， 而且创建或销毁时性能又无法优化， 单例模式的优势就非常明显。
  2. 由于单例模式只生成一个实例， 所以减少了系统的性能开销， 当一个对象的产生需要比较多的资源时， 如读取配置、 产生其他依赖对象时， 则可以通过在应用启动时直接产生一个单例对象， 然后用永久驻留内存的方式来解决。
  3. 单例模式可以避免对资源的多重占用， 例如一个写文件动作， 由于只有一个实例存在内存中， 避免对同一个资源文件的同时写操作。
  4. 单例模式可以在系统设置全局的访问点， 优化和共享资源访问， 例如可以设计一个单例类， 负责所有数据表的映射处理。
• 缺点
  
  1. 单例模式一般没有接口， 扩展很困难， 若要扩展， 除了修改代码基本上没有第二种途径可以实现。 单例模式为什么不能增加接口呢？ 因为接口对单例模式是没有任何意义的， 它要求“自行实例化”， 并且提供单一实例、 接口或抽象类是不可能被实例化的。 当然， 在特殊情况下， 单例模式可以实现接口、 被继承等， 需要在系统开发中根据环境判断。
  2. 单例模式对测试是不利的。 在并行开发环境中， 如果单例模式没有完成， 是不能进行测试的， 没有接口也不能使用mock的方式虚拟一个对象。
  3. 单例模式与单一职责原则有冲突。 一个类应该只实现一个逻辑， 而不关心它是否是单例的， 是不是要单例取决于环境， 单例模式把“要单例”和业务逻辑融合在一个类中。

单例模式的使用场景

1. 要求生成唯一序列号的环境；
2. 在整个项目中需要一个共享访问点或共享数据， 例如一个Web页面上的计数器， 可以不用把每次刷新都记录到数据库中， 使用单例模式保持计数器的值， 并确保是线程安全的；
3. 创建一个对象需要消耗的资源过多， 如要访问IO和数据库等资源；
4. 需要定义大量的静态常量和静态方法（ 如工具类） 的环境， 可以采用单例模式（ 当然， 也可以直接声明为static的方式） 。

单例模式的注意事项

上面单例模式的代码有一个问题，那就是不管此类的实例使用不使用都在系统加载之后被实例化。有时候我们可能需要一个单例当被调用的时候来实例化，这样可以减轻系统在初始化时候的压力。我们对上面的代码稍加改动。
懒汉式

public class Singleton {
    // 此处没有了final关键字
    private static Singleton singleton = null;
    // 私有构造方法
    private Singleton(){};
    // 对外获取实例的接口方法
    public static Singleton getInstanse(){
        if (singleton == null) {
            singleton = new Singleton();
        }
        return singleton;
    }
}

前面代码这两种方式分别为饿汉式和懒汉式。饿汉式就是提前准备好，“未雨绸缪“，懒汉式就是调用才创建，“临时抱佛脚”。懒汉式的方法因为调用才实例化对象，在并发条件下可能会出现多个实例，这样就违背了单例的原则。比如线程A、线程B调用getInstanse方法时可能会各自调用new Singleton()创建对象，因此对于懒汉式需要对此方法加 synchronized关键字，或者在判断为空的这部分使用synchronized包裹。

其次， 需要考虑对象的复制情况。 在Java中， 对象默认是不可以被复制的， 若实现了Cloneable接口， 并实现了clone方法， 则可以直接通过对象复制方式创建一个新对象， 对象复制是不用调用类的构造函数， 因此即使是私有的构造函数， 对象仍然可以被复制。 在一般情况下， 类复制的情况不需要考虑， 很少会出现一个单例类会主动要求被复制的情况， 解决该问题的最好方法就是单例类不要实现Cloneable接口。

总结：单例模式是最简单的设计模式但也是最容易被人忽视的设计模式，用处很多，记住关键概念，不要忽略并发问题，我们就可以很轻松的使用单例模式开发我们自己的代码。