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

定义:单例模式(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.傅:阅读自《设计模式之禅》

没有更多推荐了,返回首页

私密
私密原因:
请选择设置私密原因
  • 广告
  • 抄袭
  • 版权
  • 政治
  • 色情
  • 无意义
  • 其他
其他原因:
120
出错啦
系统繁忙,请稍后再试