设计模式学习之——单例模式

定义：单例模式（Singleton Pattern）：Ensure a class has only one instance, and provide a global point of access to it. 

（确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例）

一、例子

        如 一个朝代只能有一个皇帝：所以我们要求一个类只能生成一个对象（皇帝），那么如何只让一个类只产生一个对象呢？

        我们知道使用new关键字创建对象时，会根据输入的参数调用相应的构造函数，如果我们将构造函数设置为private私有访问权限不就可以禁止外部创建对象了吗？

我们这样设计两个类：Emperor代表皇帝类，Minister代表臣子类，代码如下：

public class Emperor
{
    private static final Emperor emperor = new Emperor();
    //初始化一个皇帝
    private Emperor(){}
    public static Emperor getInstance(){
        return emperor;
    }
    //皇帝发话
    public static void say(){
        System.out.printIn("我是秦始皇.....");
    }
}

        通过定义一个私有访问权限的构造函数，避免其他类new出来一个对象，而Emperor自己则可以new一个对象出来，其他类对该类的访问都可以通过getInstance获得同一个对象。

臣子类如下：

public class Minister
{
    public static void mian(String[] args){
        for(int day=0; day<3; day++){
            Emperor emperor = Emperor.getInstance();
            emperor.say();
        }
    }
}

输出结果：

我是秦始皇.....
我是秦始皇.....
我是秦始皇.....

         这就是单例模式

                            通用类图

        Singleton类称为单例类，通过使用private的构造函数确保了在一个应用中只产生一个实例，并且是自行实例化的（在Singleton中自己使用new Singleton()）。

二、单例模式通用代码：

public class Singleton
{
    private static final Singleton singleton = new Singleton();
    //限制产生多个对象
    private Singleton(){}
    //通过该方法获得实例对象
    public static Singleton getSingleton(){
        return singleton;
    }
    //类中的其他方法，尽量static
    public static void doSomething(){}
}

三、单例模式优点：

        ● 由于单例模式在内存中只有一个实例，减少了内存开支

        ● 由于单例模式只生成一个实例，所以减少了系统的性能开销

            如：当一个对象的产生需要比较多个的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用中启动时直接产生一个到单例对象，然后用永久驻留内存的方式来解决

        ● 单例模式可以避免对资源的多重占用

        ● 单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理

四、单例模式缺点：

        ● 单例模式一般没有借口，扩展很困难

            因为借口对单例模式是没有任何意义的，它要求“自行实例化”，并且提供单一实例，而借口或抽象类是不可能被实例化的（特殊情况除外）

        ● 单例模式对测试是不利的

        ● 单例模式与单一职责原则有冲突

            一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要单例取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中

五、单例模式使用场景：

        ● 要求生成唯一序列号的环境

        ● 在整个项目中需要一个共享访问点或共享数据

            如：一个Web页面上的计数器，可以不用每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确保是线程安全的

        ● 创建一个对象需要消耗的资源过多

            如：要访问IO和数据库等资源

        ● 需要定义大量的静态常量和静态方法的场景（当然，可以直接声明为static的方式）

            如：工具类

六、单例模式的注意事项：

        高并发情况下，注意单例模式的线程同步问题。

public class Singleton
{
    private static Singleton singleton = null;
    private Singleton(){}
    public static Singleton getSingleton(){
        if(singleton == null){
            singleton = new Singleton();
        }
        return singleton;
    }
}

        上述代码中低并发情况下不会出现问题，如果系统压力增大，并发量增加时则可能在内存中存在多个实例了，为何呢？

        如一个线程A执行到 singleton = new Singleton() ,但是还没有获得对象，第二个线程B也在执行，并且执行到了if(singleton == null) 的判断，那么此时B获得的判断条件也是真，于是继续运行下去，线程A获得了一个对象，线程B也获得了一个对象，内存中存在了两个对象！！

         解决：解决线程不安全的方法很多，可以在getSingleton方法前加synchronized关键字，也可以在getSingleton方法内增加synchronized来实现，但都不是最优秀的单例模式。

                 建议使用上文中出现的：单例模式通用代码 这个方式，该方式成为饿汉式单例

                其次，需要考虑对象复制情况。在Java中对象默认不可复制，若实现了Cloneable接口，并实现了clone方法，则可以直接通过对象复制方法创建一个新对象，对象复制是不用调用类的构造函数的，所以即使是私有的构造函数，对象仍然可以被复制。

                解决该问题的最好方法就是单例类不要事先Cloneable接口！

欢迎转载，转载注明出处，谢谢

Mr.傅：阅读自《设计模式之禅》