设计模式之单例模式(Singleton)

单例模式属于创建型模式的一种，创建型模式是一类最常用的设计模式，在软件开发中应用非常广泛。创建型模式将对象的创建和使用分离，在使用对象时无需关心对象的创建细节，从而降低系统的耦合度，让设计方案更易于修改和扩展。每一个创建型模式都在视图回答3个问题：3W -> 创建什么（What）、由谁创建（Who）和何时创建（When）。

本篇是创建型模式的第一篇，也是最简单的一个设计模式，虽然简单，但是其使用频率确是很高的。

一、单例模式的动机

相信大家都使用过Windows任务管理器，我们可以做一个尝试：在Windows任务栏的右键菜单上多次点击“启动任务管理器”，看能否打开多个任务管理器窗口。正常情况下，无论我们启动多少次，Windows系统始终只能弹出一个任务管理器窗口。也就是说，在一个Windows系统中，任务管理器存在唯一性。

在实际开发中，我们经常也会遇到类似的情况，为了节约系统资源，有时候需要确保系统中某个类只有唯一一个实例，当这个唯一实例创建成功之后，无法再创建一个同类型的其他对象，所有的操作都只能基于这个唯一实例。为了确保对象的唯一性，可以通过创建单例模式来实现，这也就是单例模式的动机所在。

二、单例模式概述

2.1 要点

单例（Singleton）模式：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，它提供全局访问的方法。单例模式是一种对象创建模式。

单例模式有3个要点：

• • 某个类只能有一个实例
  • 它必须自行创建这个实例
  • 它必须自行向整个系统提供这个实例

2.2 结构图

从上图中可以看出，单例模式结构图中只包含了一个单例的角色。

Singleton（单例）：

• • 在单例类的内部实现只生成一个实例，同时它提供一个静态的GetInstance()方法，让客户可以访问它的唯一实例；
  • 为了防止在外部对单例类实例化，它的构造函数被设为private；
  • 在单例类的内部定义了一个Singleton类型的静态对象，作为提供外部共享的唯一实例。

三、负载均衡器的设计

3.1 软件需求

假设M公司成都分公司的IT开发部门承接了一个服务器负载均衡器（Load Balance）软件的开发，该软件运行在一台负载均衡服务器上面，可以将并发访问和数据流量分发到服务器集群中的多台设备上进行并发处理，提高系统的整体处理能力，缩短响应时间。由于集群中的服务器需要动态增减，且客户端请求需要统一分发，因此需要确保负载均衡器的唯一性，即只能有一个负载均衡器实例来管理服务器和分发请求，否则会带来服务器状态的不一致以及请求的分配冲突等问题。

如何确保负载均衡器的唯一性成为了这个软件成功地关键。

3.2 撸起袖子加油干

成都分公司的开发人员通过分析和权衡，决定使用单例模式来设计这个负载均衡器，于是撸起袖子画了一个结构图如下：

在上图所示的UML图中，将LoadBalancer类设计为了单例类，其中包含了一个存储服务器信息的集合serverList，每次在serverList中随机选择一台服务器来响应客户端的请求，其实现代码如下：

[](javascript:void(0)