Unity 单例模式

Unity中单例模式是非常常用的写法,可以基于C#语言的几种不同方法来实现。

下面我将列出几种常见的实现方式:

1. 经典的单例模式

csharp 复制代码
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. 使用静态构造函数

csharp 复制代码
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类型确保线程安全

csharp 复制代码
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)

csharp 复制代码
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)**是一个非常好的选择。

相关推荐
蔗理苦9 分钟前
2024-12-24 NO1. XR Interaction ToolKit 环境配置
unity·quest3·xr toolkit
花生糖@12 分钟前
Android XR 应用程序开发 | 从 Unity 6 开发准备到应用程序构建的步骤
android·unity·xr·android xr
向宇it42 分钟前
【从零开始入门unity游戏开发之——unity篇02】unity6基础入门——软件下载安装、Unity Hub配置、安装unity编辑器、许可证管理
开发语言·unity·c#·编辑器·游戏引擎
虾球xz1 小时前
游戏引擎学习第55天
学习·游戏引擎
虾球xz3 小时前
游戏引擎学习第58天
学习·游戏引擎
ue星空5 小时前
虚幻引擎结构之UWorld
游戏引擎·虚幻
ue星空5 小时前
虚幻引擎结构之ULevel
游戏引擎·虚幻
向宇it5 小时前
【从零开始入门unity游戏开发之——unity篇01】unity6基础入门开篇——游戏引擎是什么、主流的游戏引擎、为什么选择Unity
开发语言·unity·c#·游戏引擎
神洛华7 小时前
Y3地图制作1:水果缤纷乐、密室逃脱
编辑器·游戏引擎·游戏程序
向宇it11 小时前
【从零开始入门unity游戏开发之——C#篇26】C#面向对象动态多态——接口(Interface)、接口里氏替换原则、密封方法(`sealed` )
java·开发语言·unity·c#·游戏引擎·里氏替换原则