设计模式学习(五)——单例模式

一.需求

在遥远的山村,由于交通不便,物资匮泛,很多生活必需品都供应不足。家家户户都需要吃的食盐便是如此。村里有几家杂货店供应日常用品,油盐酱醋倒是都有供应,但是食盐却是常常供不应求,主要是因为食盐需要从很远的地方才可以进货,而由于交通不便每次又运不了太多。

时间长了,几家杂货店的老板看到了其中的商机。有的囤货不卖,等其他几家卖完后加价出售;有的以次充好,销售劣质食盐;有时,几家杂货店老版甚至集体涨价。种种伎俩,到头来吃亏的都是普通村民们。

村长也想过很多办法规范食盐销售,但是由于交通的根本问题一直得不到解决,每次严厉惩治后不久,杂货店就变相涨价,道高一尺,魔高一丈。看来,必须要想一个彻底解决问题的办法。

二.解决方案

经过村委会讨论,大家想出一个好办法:村委会出资采购食盐,平价销售。几个杂货店一看再也涨不了价了,食盐的进货又很麻烦,索性都不再销售食盐了。这样一来,村里只有一个食盐销售的渠道,那就是村委会,再也没有了过去的种种烦恼,村民们无比拥护。

对比一下前后两种食盐销售途径:

第一种:多家杂货店同时销售

这种方式的问题是:每家销售的食盐价格不统一,质量不统一。

第二种:村委会统一销售

这种方法的好处是:销售的食盐价格统一,质量稳定

两相对比,可以看出,针对食盐销售这个场景,统一销售要好于多家零散销售。

三.模式总结

我们上面采用的统一销售的方式其实已经使用了单例模式的思想:全局中只有一个实例,并提供一个全局的访问点。

类图
单例模式类图
使用场景

系统只需要一个实例对象,如系统需要生产唯一的序列号,则序列号生成器最好由唯一对象统一生成。

优点

(1)提供唯一可以访问的实例对象,从而可以更好的控制用户行为
(2)由于只有一个实例,可以减少系统开销

缺点

由于单例类是某个具体的类,而不是接口,因此扩展性不足

几种实现方式
方法一:静态初始化
public class Singleton {
    // 初始化阶段完成实例创建
    private static Singleton instance = new Singleton();
    
    // 将构造方法声明为私有,保证类外部无法调用
    private Singleton() {}
    
    public static Singleton getInstance() {
        return instance;
    }
}
方法二:延迟实例化

方法一中,实现过程简单,而且能保证线程安全,但是有一个缺点:不管instance最终有没有被用到,都已经被实例化,有可能造成资源浪费。另一类方法是延迟实例化:

// 线程不安全的单例模式
public class Singleton {
    private static Singleton instance;

    // 将构造方法声明为私有,保证类外部无法调用
    private Singleton() {}

    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

上面代码是线程不安全的,在多线程环境下,有可能创建出多个Singleton实例。

如果考虑到线程安全,有几种办法:

// 线程安全的单例模式
public class Singleton {
    private static Singleton instance;

    // 将构造方法声明为私有,保证类外部无法调用
    private Singleton() {}

    public static synchronized Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

注意到我们对getInstance方法进行了同步操作,保证同一时刻,只能有一个线程进入方法体。但是由于同步操作会降低性能,实时上,一旦完成初始化后,就不需要再进行同步了,实际上是另一种资源浪费。

双重检查加锁:

// 线程安全的单例模式
public class Singleton {
    private volatile static Singleton instance;

    // 将构造方法声明为私有,保证类外部无法调用
    private Singleton() {}

    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) { // 如果确实没有被实例化,才进行实例化
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

在这个实现中,一旦完成实例化,就不会再进入synchronized同步块,从而不会造成性能问题。

参考资料

本文已迁移至我的博客:http://ipenge.com/52281.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 前言 本文主要参考 那些年,我们一起写过的“单例模式”。 何为单例模式? 顾名思义,单例模式就是保证一个类仅有一个...
    tandeneck阅读 7,231评论 1 8
  • 单例模式(SingletonPattern)一般被认为是最简单、最易理解的设计模式,也因为它的简洁易懂,是项目中最...
    成热了阅读 9,787评论 4 34
  • 从三月份找实习到现在,面了一些公司,挂了不少,但最终还是拿到小米、百度、阿里、京东、新浪、CVTE、乐视家的研发岗...
    时芥蓝阅读 42,466评论 11 349
  • 一个简单的单例示例 单例模式可能是大家经常接触和使用的一个设计模式,你可能会这么写 publicclassUnsa...
    Martin说阅读 6,725评论 0 6
  • 最近一直在看大冰笔下的故事。昨晚看到了兜兜和大树的故事,一晚上就好像掉入了一个怪圈,出不来。 大冰说,情不深不生娑...
    穷二阅读 6,528评论 6 3