单例模式的介绍
意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
关键代码:
- 构造方法私有化啊,防止在外部new对象
- 提供一个全局访问点,保证只有一个实例
判断系统是否已经有这个单例,如果有则返回,如果没有则创建。
应用实例:
- 一个党只能有一个主席。
- Windows 是多进程多线程的,在操作一个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象,所以所有文件的处理必须通过唯一的实例来进行。
- 一些设备管理器常常设计为单例模式,比如一个电脑有两台打印机,在输出的时候就要处理不能两台打印机打印同一个文件。
优点:
- 在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。
- 避免对资源的多重占用(比如写文件操作)。
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
使用场景:
- 要求生产唯一序列号。
- WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。
- 创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
注意事项:getInstance() 方法中需要使用同步锁防止多线程同时进入造成 instance 被多次实例化。
单线程下的单例模式
主要缺陷:多线程的情况下会得到多个Singleton实例,因为在两个线程同时运行GetInstance方法时,此时两个线程判断(uniqueInstance ==null)这个条件时都返回真,此时两个线程就都会创建Singleton的实例,这样就违背了我们单例模式初衷了,既然上面的实现会运行多个线程执行,那我们对于多线程的解决方案自然就是使GetInstance方法在同一时间只运行一个线程运行就好了,也就是我们线程同步的问题了
主要代码如下:
using System;
namespace DesignModelDemo
{
/// <summary>
/// Singleton:单例模式
///单例模式的两个条件:
///1.构造方法私有化啊,防止在外部new对象
///2.提供一个全局访问点,保证只有一个实例
///ps:单线程下此类已经实现了单例模式,但是多线程情况下还存在一些问题
/// </summary>
public class Singleton
{
private static Singleton Instance;
private Singleton() { }
public static Singleton GetInstance()
{
if (Instance == null)
{
Instance = new Singleton();
}
return Instance;
}
}
}
多线程下的单例模式
解决多线程下缺陷问题:
1. 定义一个标志locker进行线程同步,使用lock对创建对象处进行加锁,确保只有一个线程访问
2. 在lock语句前面加一句(uniqueInstance==null)的判断是为了避免锁所增加的额外开销,因为当第一个线程创建了该类的实例之后,后面的线程此时只需要直接判断(uniqueInstance==null)为假,此时完全没必要对线程辅助对象加锁之后再去判断。这种实现方式我们就叫它 “双重锁定”
using System;
namespace DesignModelDemo
{
/// <summary>
/// Singleton:单例模式
///单例模式的两个条件:
///1.构造方法私有化啊,防止在外部new对象
///2.提供一个全局访问点,保证只有一个实例
///ps:多线程下需要定义一个标识确保线程同步
/// </summary>
public class Singleton
{
private static Singleton Instance;
//定义一个标识确保线程同步
private static readonly object locker = new object();
private Singleton() { }
public static Singleton GetInstance()
{
if (Instance == null)
{
lock (locker)
{
if (Instance == null)
{
Instance = new Singleton();
}
}
}
return Instance;
}
}
}