本系列文章目录 本文章首发在IT168技术频道,有修改 点击这里查看
在一个系统中,往往有一些服务只需要它们在整个系统中存在一个实例,并且在系统的任何角落都可以访问它。这样,单件模式出现了。比如在上一篇抽象工厂模式中,在一个系统中往往只有一个工厂,这样我们可以引入单件模式来解决这个问题。
对于单件模式的定义是:只允许系统中有一个实例存在,并且为该实例提供一个全局的访问点
一、单件模式介绍以及其原版
单件模式原版例子如下:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

二、在多线程环境中的单件模式
但是,这样的实现在多线程的情况下并不能保证一定是实例化一个实例。比如有两个线程现在同时在判断if(_instance == null),这个时候它们得到的肯定都是true值,这个时候两个线程都会进入if块内,从而实例化出两个Singleton的实例
如下改进代码:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

使用了lock之后,被lock的区块每次只允许一个线程进入,这样就保证了只实例化一个对象。但是,每次都进行判断之前都要经过lock锁定,然后一个线程进入判断_instance是否等于null,这是非常耗时的,这样就出现了double check的机制,如下:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22


2

3

4

5

6

7

8

9

10

三、模式之间的关系
在上一篇里我们讨论了抽象工厂模式,在实际应用中我们常常只允许一个系统中拥有一个工厂类。假如这个地区只有一个麦当劳餐厅,如果你的朋友询问你现在的位置,你回答说:“我在麦当劳。”那么你的朋友肯定知道你现在的方位能很快找到你。
如何向上面哪个抽象工厂的例子添加单件的实现呢?留给各位同学课后练习。
四、现实中的单件模式
单件模式一般用在什么地方呢?
一般我们的系统都有一个配置文件,需要一个配置类读取这个配置文件供系统使用,一个系统有且仅有一个这样类的实例,而且在系统的任何地方都可以访问到,也就是有一个全局的访问点。
有的时候,一个桌面软件只允许启动一个实例,多次点击只打开一个窗体,特别是在主窗体是Mdi窗体的时候,还要打开子窗体,我们常常希望每一种子窗体只能一个实例(比如像word这样的),当然我们可以在点击菜单的事件处理函数里进行判断,但是如果将这种单例的保证放在子窗体里面不是更可取么,我们可以用单件模式实现,代码如下:

2

3

4

5

6

7

8

9

10

11

12

13

14

15

构造函数设为私有了,在打开这个窗体的方法里我们这样写:


这样就可以保证这个子窗体只显示一次了
单件设计模式是一个看起来非常容易的模式,但是其相关讨论非常多,要使用好单件模式各位同学还要查一些更多的材料。
今天的单件就到这里吧,我省略了对单件进行子类扩展的时候的内容,因为到目前为止我还没有碰到这样的情况。