设计模式 -- 单例模式

Posted yzdai

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式 -- 单例模式相关的知识,希望对你有一定的参考价值。

一、单例模式概念

在GOF的《设计模式:可复用面向对象软件的基础》中是这样说的:保证一个类只有一个实例,并提供一个访问它的全局访问点。

1、为什么要使用单例模式

  • 1.在整个程序空间使用全局变量,共享资源;
  • 2.大规模系统中,为了性能的考虑,需要节省对象的创建时间等等;
  • 3.在多个线程之间,共享同一个资源或者操作同一个对象;

2、现单例常用步骤

  • 1.构造函数private/protected
  • 2.提供一个全局的静态方法(全局访问点)
  • 3.在类中定义一个静态指针,指向本类的变量的静态变量指针

3、常见单例模式分类

     实例初始化时间的不同,可以分为:饿汉式单例和懒汉式单例

  • 1.饿汉式单例:静态初始化的方式,它是类一加载就实例化的对象,需要提前占用系统资源;
  • 2.懒汉式单例:在第一次被引用时才会将自己实例化;存在多线程问题。


二、常见单例方式

1、懒汉模式 -- 经典

技术分享图片

(1)不适合于在多线程的情况下创建单件对象

(2)不适合于需要在程序结束的时候调用具体类的析构函数


2、懒汉模式 – 经典 – 加锁

技术分享图片

线程不安全,怎么办?最直观的的办法:加锁。但是这样每次调用GetInstance()方法都需要Lock,会成为性能瓶颈。如何改进?


3、懒汉模式 – 双检锁模式

技术分享图片

1.为什么要两次判空?

a)第一次判空,如果m_pSingleton存在,就直接返回了;

b)pSingleton=NULL并且同时有两个线程调用GetInstance()时,它们都可以通过第一次判空,然后由于Lock机制,只有一个线程进入,另一个在排队等待;如果没有第二次判空,那么两个都有可能创建实例


4、饿汉模式

技术分享图片

类加载就实例化的对象,所以保证了线程安全,在性能要求比较高时,就可以使用这种方式,从而避免频繁的加锁和解锁造成的资源浪费。

饿汉的实现是有隐患的,因为c++中对全局对象的构造顺序并没有明确的规定。假如有一个全局对象A 构造函数里引用上文中饿汉形式的指针,若在A构造函数构造之前以上单例并未构造出来,那就会有问题。


5、饿汉模式 -- 静态变量

技术分享图片

因为静态初始化在程序开始时,也就是进入main函数之前,由主线程以单线程方式完成了初始化,所以静态初始化实例保证了线程安全性。在性能要求比较高时,就可以使用这种方式,从而避免频繁的加锁和解锁造成的资源浪费。注意:禁止类拷贝和类赋值。


6、其他问题:内存是否需要释放?

因为生命期与主线程相同的对象,程序退出,系统会回收所有资源,包括没有delete的。或者在单例中实现一个private的Cgarbo:

技术分享图片

7、单例模式与静态方法的比较

1、单例可以继承类,实现接口,而静态类不能;

2、单例可以被延迟初始化,静态类一般在第一次加载时初始化;

3、单例类可以被用于多态而无需强迫用户只假定唯一的实例,不过一般不用这种方法,直接用模板实现单例比较省事!

4.单例模式执行的时候需要new 一个对象出来存储在堆里面,而静态方法不需要,它不依赖于对象(没有this指针),但是他也是需要内存的,存储在静态存区;

5.静态方法的类会在代码编译的时候就被加载,静态方法中产生的对象,会随着静态方法执行完毕而释放掉,而且执行类中的静态方法时,不会实例化静态方法所在的类。如果用单例模式, 产生的那一个唯一的实例,会一直在内存中,不会被GC清除的(原因是静态的属性变量不会被GC清除),除非程序退出了;


参考:大话设计模式








以上是关于设计模式 -- 单例模式的主要内容,如果未能解决你的问题,请参考以下文章

单例模式单例模式精讲(上)

单例模式(单例设计模式)详解

单例模式(饿汉式单例模式与懒汉式单例模式)

设计模式之单例模式

什么是单例设计模式

Java设计模式-单例模式