单例模式
保证一个类仅有一个实例,并提供一个访问它的全局访问点
使用场景
线程池、缓存(cache)、对话框、处理偏好设置和注册表(registry)的对象、日志对象,充当打印机、显卡等设备的驱动程序对象!这类对象只能有一个实例,如果制造出多个实例,就会导致许多问题产生,比如:程序异常、资源使用过量,或者结果不一致!适合用在全局管理控制的场景
特点
- 私有构造函数,没有public构造函数,获取对象使用getInstance()函数
- Singleton类封装单例唯一实例,这样可以严格地控制客户怎么样访问它以及何时访问它,简单地说是唯一实例的受控访问
优点
全局只有一个实例,便于统一控制,同时减少了系统资源开销。
缺点
没有抽象层,扩展困难
代码
Singleton.cs
class Singleton
{
private Singleton() { }
public static Singleton getInstance()
{
if (uniqueInstance == null)
{
uniqueInstance = new Singleton();
}
return uniqueInstance;
}
}
改善多线程的单例模式
多线程同时访问Singleton
类,调用GetInstance
,可能会造成创建多个实例
1. 使用lock进程锁来处理
- lock是确保当一个线程位于代码的临界区时,另一个线程不进入临界区,如果其他线程试图进入锁定的密码,则它将一直等待(即被组织),直到该对象被释放
class Singleton
{
private static Singleton instance;
private static readonly object syncRoot = new object();//静态只读可见的进程辅助对象
private Singleton() { }
public static Singleton GetInstance()
{
lock(syncRoot)
{
if (instance == null)
{
instance = new Singleton();
}
}
return instance;
}
}
2. 双重锁定 syncRoot
- 不用然每次进程都枷锁,而只是在实例未被创建的时候再加锁处理,同时也能保证线程的安全,这种做法被称为
Double-Check Locking [双重否定]
在外面已经判断uniqueInstance
还要在lock
里面再做一次instance实例是否存在的判断!! - 当
uniqueInstance
为空时并有两个吸纳成调用GetInstance()
方法时,他们都将可以通过第一层非空判断,然后通过lock机制,这两个线程只要一个进入就有一个在外面排队等候,要等其中一个进入并出来后,另一个才能进入,而此时如果没有第二重非空判断,则第一个线程创建实例,第二个线程还是可以创建实例,这就违背单例原则!
class Singleton
{
private static Singleton uniqueInstance;
private static readonly object syncRoot = new object();
private Singleton() { }
public static Singleton GetInstance()
{
if (uniqueInstance == null)
{
lock (syncRoot)
{
if (uniqueInstance == null)
{
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
3. 静态初始化实例
- C#与公共语言运行库也提供了一种 静态初始化 方法,这种方法不需要开发人员 显式地编写 线程安全代码,即可解决多线程环境下它是不安全的问题,在调用
uniqueInstance
变量之前已经保证初始化完毕!
sealed class Singleton
{
private static readonly Singleton uniqueInstance = new Singleton();
private Singleton() { }
public static Singleton GetInstance()
{
return uniqueInstance;
}
}
uniqueInstance
变量readonly
这意味着只能在静态初始化期间或在类构造函数种分配变量,由于这种静态初始化的方式是在自己被加载时就将自己实例化,所以被形象地称之为饿汉式单例类,原先的单例模式处理方式是要在第一次被引用时,才会将自己实例化,所以被称为懒汉式实例化!