单例模式,正如其名,允许我们创建一个而且只能创建一个对象的类。
这在整个系统的协同工作中非常有用,特别明确了只需一个类对象的时候。
那么,为什么要实现这么奇怪的类,只实例化一次?
在很多场景下会用到,如:配置类、Session类、Database类、Cache类、File类等等。
这些只需要实例化一次,就可以在应用全局中使用。
本文我们以数据库类为例。
1 问题
如果没有使用单例模式,会有什么样的问题?
如下是一个简单的数据库连接类,它没有使用单例模式。
class Database { public $db = null; public function __construct($config = array()) { $dsn = sprintf('mysql:host=%s;dbname=%s', $config['db_host'], $config['db_name']); $this->db = new PDO($dsn, $config['db_user'], $config['db_pass']); } }
然后创建3个对象:
$config = array( 'db_name' => 'test', 'db_host' => 'localhost', 'db_user' => 'root', 'db_pass' => 'root' ); $db1 = new Database($config); var_dump($db1); $db2 = new Database($config); var_dump($db2); $db3 = new Database($config); var_dump($db3);
这种情况下,每当我们创建一个这个类的实例,就会新增一个到数据库的连接。
开发者每在一个地方实例化一次这个类,就会在那里多一个数据库连接。
不知不觉中,开发者就犯了个错误,给数据库和服务器性能带来巨大的影响。
上面的代码输入如下:
object(Database)[1] public 'db' => object(PDO)[2] object(Database)[3] public 'db' => object(PDO)[4] object(Database)[5] public 'db' => object(PDO)[6]
每个对象都分配一个新的资源ID,都是新的引用,它们占用3个的内存空间。
如果有100个对象创建,就会占用内存中100块不同的空间,而其余99块并非是必须的。
2 解决
开发者怎样使用基础框架,如何数据库连接,这很难控制。
如果在代码评审阶段再找出问题,又会浪费大量的人力物力。
要解决这样的问题,我们可以控制住基类,在源头上限制这个类,使其无法生成多个对象,如果已经生成过,直接返回。
于是,我们的目标就是,控制数据库类,使其生成一次而且只能生成一次对象。
如下就是单例模式连接数据库代码:
class Database { // 声明$instance为私有静态类型,用于保存当前类实例化后的对象 private static $instance = null; // 数据库连接句柄 private $db = null; // 构造方法声明为私有方法,禁止外部程序使用new实例化,只能在内部new private function __construct($config = array()) { $dsn = sprintf('mysql:host=%s;dbname=%s', $config['db_host'], $config['db_name']); $this->db = new PDO($dsn, $config['db_user'], $config['db_pass']); } // 这是获取当前类对象的唯一方式 public static function getInstance($config = array()) { // 检查对象是否已经存在,不存在则实例化后保存到$instance属性 if(self::$instance == null) { self::$instance = new self($config); } return self::$instance; } // 获取数据库句柄方法 public function db() { return $this->db; } // 声明成私有方法,禁止克隆对象 private function __clone(){} // 声明成私有方法,禁止重建对象 private function __wakeup(){} }
再通过getInstance()
方法使用类对象,
$config = array( 'db_name' => 'test', 'db_host' => 'localhost', 'db_user' => 'root', 'db_pass' => 'root' ); $db1 = Database::getInstance($config); var_dump($db1); $db2 = Database::getInstance($config); var_dump($db2); $db3 = Database::getInstance($config); var_dump($db3);
输出信息如下:
object(Database)[1] private 'db' => object(PDO)[2] object(Database)[1] private 'db' => object(PDO)[2] object(Database)[1] private 'db' => object(PDO)[2]
对比两个输出可以看出,单例模式中,不同对象获得的资源ID是一样的。
也就是说,虽然我们用getInstance()
获取Database
类对象3次,其实引用的是一个内存空间,PDO也只连接了数据库一次。
以上的例子是数据库连接类,要使用数据库,在应用这样获得连接句柄:
$db = database::getInstance($config)->db();
如果是其他类,则按需要修改数据库相关的代码,单例实现部分保留。
3 特点
单例模式的特点是4私1公:一个私有静态属性,构造方法私有,克隆方法私有,重建方法私有,一个公共静态方法。
其他方法根据需要增加。
最基础的单例模式代码如下:
class Singleton { private static $instance = null; public static function getInstance() { if(self::$instance == null) { self::$instance = new self(); } return self::$instance; } private function __construct(){} private function __clone(){} private function __wakeup(){} }
$instance
用以保存类的实例化,getInstance()
方法提供给外部本类的实例化对象:
对应的UML图如下,
单例模式在应用请求的整个生命周期中都有效,这点类似全局变量,会降低程序的可测试性。
大部分情况下,也可以用依赖注入来代替单例模式,避免在应用中引入不必要的耦合。
所以,对于仅需生成一个对象的类,首先考虑用依赖注入方式,其次考虑用单例模式来实现。
参考资料:
- Design Patterns: The Singleton Pattern
- Design Patterns - PHP The Right Way
- Five common PHP design patterns
- Php中的单例模式面面观 / 编写一个单例的基类
- PHP单例模式详细介绍
-----------------------------------------------------------------------------------------------
单例模式
目录
5.1. 模式动机
对于系统中的某些类来说,只有一个实例很重要,例如,一个系统中可以存在多个打印任务,但是只能有一个正在工作的任务;一个系统只能有一个窗口管理器或文件系统;一个系统只能有一个计时工具或ID(序号)生成器。
如何保证一个类只有一个实例并且这个实例易于被访问呢?定义一个全局变量可以确保对象随时都可以被访问,但不能防止我们实例化多个对象。
一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建,并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机。
5.2. 模式定义
单例模式(Singleton Pattern):单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类,它提供全局访问的方法。
单例模式的要点有三个:一是某个类只能有一个实例;二是它必须自行创建这个实例;三是它必须自行向整个系统提供这个实例。单例模式是一种对象创建型模式。单例模式又名单件模式或单态模式。
5.3. 模式结构
单例模式包含如下角色:
- Singleton:单例
5.4. 时序图
5.5. 代码分析
1 2 3 4 5 6 7 8 9 10 11 | #include <iostream> #include "Singleton.h" using namespace std; int main(int argc, char *argv[]) { Singleton * sg = Singleton::getInstance(); sg->singletonOperation(); return 0; } |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 | /// // Singleton.cpp // Implementation of the Class Singleton // Created on: 02-十月-2014 17:24:46 // Original author: colin /// #include "Singleton.h" #include <iostream> using namespace std; Singleton * Singleton::instance = NULL; Singleton::Singleton(){ } Singleton::~Singleton(){ delete instance; } Singleton* Singleton::getInstance(){ if (instance == NULL) { instance = new Singleton(); } return instance; } void Singleton::singletonOperation(){ cout << "singletonOperation" << endl; } |
运行结果:
5.6. 模式分析
单例模式的目的是保证一个类仅有一个实例,并提供一个访问它的全局访问点。单例模式包含的角色只有一个,就是单例类——Singleton。单例类拥有一个私有构造函数,确保用户无法通过new关键字直接实例化它。除此之外,该模式中包含一个静态私有成员变量与静态公有的工厂方法,该工厂方法负责检验实例的存在性并实例化自己,然后存储在静态成员变量中,以确保只有一个实例被创建。
在单例模式的实现过程中,需要注意如下三点:
- 单例类的构造函数为私有;
- 提供一个自身的静态私有成员变量;
- 提供一个公有的静态工厂方法。
5.7. 实例
在操作系统中,打印池(Print Spooler)是一个用于管理打印任务的应用程序,通过打印池用户可以删除、中止或者改变打印任务的优先级,在一个系统中只允许运行一个打印池对象,如果重复创建打印池则抛出异常。现使用单例模式来模拟实现打印池的设计。
5.8. 优点
- 提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例,所以它可以严格控制客户怎样以及何时访问它,并为设计及开发团队提供了共享的概念。
- 由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象,单例模式无疑可以提高系统的性能。
- 允许可变数目的实例。我们可以基于单例模式进行扩展,使用与单例控制相似的方法来获得指定个数的对象实例。
5.9. 缺点
- 由于单例模式中没有抽象层,因此单例类的扩展有很大的困难。
- 单例类的职责过重,在一定程度上违背了“单一职责原则”。因为单例类既充当了工厂角色,提供了工厂方法,同时又充当了产品角色,包含一些业务方法,将产品的创建和产品的本身的功能融合到一起。
- 滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;现在很多面向对象语言(如Java、C#)的运行环境都提供了自动垃圾回收的技术,因此,如果实例化的对象长时间不被利用,系统会认为它是垃圾,会自动销毁并回收资源,下次利用时又将重新实例化,这将导致对象状态的丢失。
5.10. 适用环境
在以下情况下可以使用单例模式:
- 系统只需要一个实例对象,如系统要求提供一个唯一的序列号生成器,或者需要考虑资源消耗太大而只允许创建一个对象。
- 客户调用类的单个实例只允许使用一个公共访问点,除了该公共访问点,不能通过其他途径访问该实例。
- 在一个系统中要求一个类只有一个实例时才应当使用单例模式。反过来,如果一个类可以有几个实例共存,就需要对单例模式进行改进,使之成为多例模式
5.11. 模式应用
一个具有自动编号主键的表可以有多个用户同时使用,但数据库中只能有一个地方分配下一个主键编号,否则会出现主键重复,因此该主键编号生成器必须具备唯一性,可以通过单例模式来实现。
5.12. 模式扩展
5.13. 总结
- 单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类,它提供全局访问的方法。单例模式的要点有三个:一是某个类只能有一个实例;二是它必须自行创建这个实例;三是它必须自行向整个系统提供这个实例。单例模式是一种对象创建型模式。
- 单例模式只包含一个单例角色:在单例类的内部实现只生成一个实例,同时它提供一个静态的工厂方法,让客户可以使用它的唯一实例;为了防止在外部对其实例化,将其构造函数设计为私有。
- 单例模式的目的是保证一个类仅有一个实例,并提供一个访问它的全局访问点。单例类拥有一个私有构造函数,确保用户无法通过new关键字直接实例化它。除此之外,该模式中包含一个静态私有成员变量与静态公有的工厂方法。该工厂方法负责检验实例的存在性并实例化自己,然后存储在静态成员变量中,以确保只有一个实例被创建。
- 单例模式的主要优点在于提供了对唯一实例的受控访问并可以节约系统资源;其主要缺点在于因为缺少抽象层而难以扩展,且单例类职责过重。
- 单例模式适用情况包括:系统只需要一个实例对象;客户调用类的单个实例只允许使用一个公共访问点。