Unity 单例模式
Unity中单例模式是非常常用的写法，可以基于C#语言的几种不同方法来实现。
下面我将列出几种常见的实现方式：
1. 经典的单例模式
public class SingletonExample : MonoBehaviour
{private static SingletonExample instance;public static SingletonExample Instance{get{if (instance == null){instance = FindObjectOfType<SingletonExample>();if (instance == null){GameObject obj = new GameObject("SingletonExample");instance = obj.AddComponent<SingletonExample>();DontDestroyOnLoad(obj);}}return instance;}}private void Awake(){if (instance == null){instance = this;DontDestroyOnLoad(this.gameObject);}else if (instance != this){Destroy(gameObject);}}
}
优点:
- 易于理解和实现。
- 可以在Unity的场景中直接使用，提供了与Unity生命周期事件的结合。
缺点:
- 不是完全的线程安全。在多线程环境下，可能会创建多个实例。
如果没有在场景中找到实例，它会创建一个新的GameObject，这可能会导致意外的副作用。
2. 使用静态构造函数
public class SingletonExample
{private static readonly SingletonExample instance = new SingletonExample();static SingletonExample(){}private SingletonExample(){}public static SingletonExample Instance{get{return instance;}}
}
优点:
- 实现简单，线程安全由CLR (公共语言运行时)保证。
- 静态构造函数只会被执行一次，保证了实例的唯一性。
缺点:
- 实例在程序运行时立即创建，无论是否使用，可能会导致资源的浪费。
不适合在Unity场景对象中使用，因为它与MonoBehaviour断开了联系，不能直接应用到GameObject上。
3. 使用Lazy类型确保线程安全
using System;public class SingletonExample
{private static readonly Lazy<SingletonExample> lazy =new Lazy<SingletonExample>(() => new SingletonExample());public static SingletonExample Instance { get { return lazy.Value; } }private SingletonExample(){}
}
优点:
- 实现简单，线程安全由CLR (公共语言运行时)保证。
- 静态构造函数只会被执行一次，保证了实例的唯一性。
缺点:
- 实例在程序运行时立即创建，无论是否使用，可能会导致资源的浪费。
不适合在Unity场景对象中使用，因为它与MonoBehaviour断开了联系，不能直接应用到GameObject上。
4. 双重校验锁(Double-Check Locking)
public class SingletonExample
{private static SingletonExample instance;private static readonly object lockObject = new object();public static SingletonExample Instance{get{if (instance == null){lock (lockObject){if (instance == null){instance = new SingletonExample();}}}return instance;}}private SingletonExample(){}
}
优点:
- 线程安全，并且在需要时才创建实例。
- 相对于Lazy，在早期的.NET版本中也可以使用。
缺点:
- 实现复杂，需要正确管理锁，否则可能会导致死锁。
- 性能开销，每次访问实例时都需要进行双重检查。
- 不直接与MonoBehaviour兼容，同样不适合直接应用于Unity场景中的对象。
总结：
在选择实现单例的方法时，应当考虑是否需要延迟初始化、是否在多线程环境中使用、以及是否需要与Unity的MonoBehaviour系统集成等因素。
在Unity中，经常使用第一种方法，因为它能够更好地与Unity的组件和生命周期集成。
不过，如果你在Unity项目中需要使用单例模式管理非MonoBehaviour类型的资源或类，例如数据管理或服务类，那么**第三种方法(Lazy)**是一个非常好的选择。