为什么要进行单例模式
对于系统中的某些类来说,只有一个实例很重要,例如,一个系统中可以存在多个打印任务,但是只能有一个正在工作的任务;一个系统只能有一个窗口管理器或文件系统;一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化,将弹出多个窗口,如果这些窗口显示的内容完全一致,则是重复对象,浪费内存资源;如果这些窗口显示的内容不一致,则意味着在某一瞬间系统有多个状态,与实际不符,也会给用户带来误解,不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。
如何保证一个类只有一个实例并且这个实例易于被访问呢?定义一个全局变量可以确保对象随时都可以被访问,但不能防止我们实例化多个对象。一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建,并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机。
单例模式定义
一个类只能有一个实例,不可多出其他的实例,并且可以访问到该类的所有public和protect方法。
单例模式特点
仅一个Singleton类,其中包含一个static类变量,而类变量的类型就是Singleton类,而且Singleton类的构造方法必须声明为private,通过一个static修饰的getInstance方法使外界来访问这个类的唯一实例。
例如:
public class Singleton
{
public static Singleton Instance;//public 可让别的脚本调用
}
单例模式实现
我这个单例模式只能在自身的脚本上面写,不能作为模板来实现。这个是按需进行单例化,可以解决线程的问题。
public class Class1
{
public void Test()
{
Debug.Log("TTT");
}
static class Singleton
{
public static Class1 Inst = new Class1();
}
private Class1()
{
}
public static Class1 Inst { get => Singleton.Inst; }
}
该单例模式在生成的时候调用自身的构造函数时,并访问Singleton的构造函数,实例化出Inst。由于自身的构造函数变为private私有化,当你想要去实例化的时候不可调用构造函数从而达到不能实例化,只能有Inst实例。
当你想实例化时:
当你想要实例化时会提醒你class1.class1()是保护机制,不可调用,从而不能实例化。
优缺点
优点
一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本,从而确保所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程,所以类可以灵活更改实例化过程。
缺点
一、开销
虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于.NET Framework的语言),只有单例类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除对象实例,但这样会导致单例类中出现悬浮引用