Unity单例模式

转载引用了CSDN海涛高软,燕双飞等大牛的博客&

https://www.cnblogs.com/liaoguipeng/p/5130144.html

https://blog.csdn.net/yuechuzhao/article/details/46906217----Good Suggestions!

单例模式:(singleton pattern),简单说即类的实例在内存中只有一个;

简单两种类型的总结如下:

I.写一个脚本,然后将这个脚本拖放到场景中某个对象身上,千万注意只拖一次到场景中,我们知道,一旦将脚本托给场景中某个对象,

就变成脚本组件,组件就是对象,因此这个类的实例在场景中有且只有一个,因此从某种意义上讲场该脚本组件也就是单例的。

访问此种单例有两种方式:

1.getcomponent方法;

2.游戏中,经常为了获取方便,比较易用的方式如下(xuhaitao.instance),使用这种方式要注意三点,在场景中有且只有一个该类的脚本组件,

再一个就是该脚本组件所依附的对象在场景中必须是激活的,否则会报空指针异常,最后一点是要将instance=this这样代码放在Awake函数中

不要放在Start函数中——防止其它类中调用时此单例尚未赋值实例化,报空错:

如果脚本是继承monobehavior,那么使用起单例来更加简单。

只需要在Awake()里面,添加一句instance = this;

II.

1.公有静态方法的方法

public class AssetLoader : MonoBehaviour
{

    private static AssetLoader instance;
    private AssetLoader() { }  //禁止外界通过New的方式获取该类的实例
    public static AssetLoader GetInstance()
    {
        if (instance == null)
        {
            instance = new AssetLoader();
        }
        return instance;
    }

2.公有静态属性的方法

public class AssetLoader : MonoBehaviour
{

    private static AssetLoader instance;
    private AssetLoader() { }  //禁止外界通过New的方式获取该类的实例
    public static AssetLoader Instance
    {
        get
        {
            if (instance ==null)
            {
                instance = new AssetLoader();
            }
            return instance;
        }
    }

进一步的介绍与用处:

一、单例模式优点

  1. 单例模式核心在于对于某个单例类,在系统中同时只存在唯一一个实例,并且该实例容易被外界所访问;
  2. 意味着在内存中,只存在一个实例,减少了内存开销;

二、单例模式特点

  1. 只存在唯一一个实例;
  2. 提供统一对外访问接口,使得全局可对该单例的唯一实例进行访问;
  3. 自行实例化(私有构造函数,不允许外界对其进行实例化)。

三、单例模式使用

  1. 资源管理器,资源对象数据的加载和卸载(无状态不需要实例化的对象);
  2. 单一客户端连接服务器等;
  3. 生命周期在游戏中永不消毁的对象。

四、单例模式注意点

  1. 注意线程安全问题,在多线程、高并发的情况下,可能同时产生多个实例,违背了单例模式。
  2. Unity中如果过度使用单例模式,将会导致代码耦合度非常高,脚本与脚本之间的耦合,代码的后续拓展变得非常麻烦。一个过分依赖单例模式的开发者不能成为一个好的开发者,也不会去接触到更多优秀的设计模式。个人推荐ECS 实体 - 组件式编程。
  3. Unity中暂时不需要考虑多线程问题,Unity就只有一个主线程和开启多个辅助协程,不会出现多线程并发问题。
  4. 控制游戏对象的生成和销毁并不建议使用单例模式,可通过主游戏逻辑InGame进行事件下发,自行管理Update,使用工厂来进行对象的创建和销毁。

五、单例模式常见模式

  1. 懒汉模式(最常用)

    1.1 提供私有构造函数;

    1.2 自行实例化;

    1.3 提供唯一实例,并且对外提供全局静态访问接口对该实例进行访问;

/// <summary>
/// 普通模式
/// </summary>
public class Singleton
{
    private static Singleton _instance = null;

    private Singleton()
    {
    }

    public static Singleton GetInstance()
    {
        if (_instance == null)
        {
            _instance = new Singleton();
        }
        return _instance;
    }
}

2.饿汉模式

2.1 本类内部预先自行实例化出唯一实例;

2.2 对外提供唯一访问接口(静态方法),对预先实例化的唯一实例进行访问;

2.3 私有构造函数;

/// <summary>
    /// 饿汉单例模式
    /// </summary>
    public class Singleton
    {
        // 自行预先实例化,内部定义自己唯一实例,只供内部使用 //
        private readonly static  Singleton Instance = new Singleton();

        private Singleton()
        {
            // Do Something
        }

        // 提供外部访问的静态方法,来对内部唯一实例进行访问 //
        public static Singleton GetInstance()
        {
            return Instance;
        }
    }

3.双重锁模式(解决线程安全问题)

3.1 保证多线程中只存在唯一实例

/// <summary>
/// 双重锁单例模式
/// </summary>
public class Singleton
{
    private static Singleton _instance = null;
    private static readonly object _syslock = new object();
    private Singleton()
    {
    }

    public static Singleton GetInstance()
    {
        // 最开始判断不存在的时候,该类从来未被实例化过 //
        if (_instance == null)
        {
            // 锁定状态,继续搜索是否存在该类的实例 //
            lock (_syslock)
            {
                // 如果不存在,在锁定状态下实例化出一个实例 //
                if (_instance == null)
                {
                    _instance = new Singleton();
                    return _instance;
                }
                else  // 锁定状态下,存在该类实例,直接返回 //
                {
                    return _instance;
                }
            }
        }
        // 该实例本身就已经存在了,直接返回 //
        return _instance;
    }
}

// 公有属性public sealed class Singleton {    private static volatile Singleton instance;    private static object syncRoot = new Object();    private Singleton() {}    public static Singleton Instance    {       get        {          if (instance == null)           {             lock (syncRoot)              {                if (instance == null)                    instance = new Singleton();             }          }          return instance;       }    } } 

4.泛型单例模式 

在一个案例中,我们可能需要使用到不止一个单例模式类,甚至更多。那么此时,使用泛型单例模式模板来实现单例模式,我们可以有两种不同的方法来实现它:

  • 4.3.1 首先我们来看下泛型模板,我们对泛型类进行约束,T只能是一个Class,并且有一个公共无参构造函数,代码如下:

    using System;
    using UnityEngine;
    
    public class SingletonProvider<T> where T : class ,new()
    {
        private SingletonProvider()
        {
        }
    
        private static T _instance;
        // 用于lock块的对象
        private static readonly object _synclock = new object();
    
        public static T Instance
        {
            get
            {
                if (_instance == null)
                {
                    lock (_synclock)
                    {
                        if (_instance == null)
                        {
                            // 若T class具有私有构造函数,那么则无法使用SingletonProvider<T>来实例化new T();
                            _instance = new T();
                            //测试用,如果T类型创建了实例,则输出它的类型名称
                            Debug.Log("{0}:创建了单例对象" + typeof(T).Name);
                        }
                    }
                }
                return _instance;
            }
            set { _instance = value; }
        }
    }

    • 4.3.2 然后我们定义了一个网络连接类 NetIO,使用单例提供类中的泛型T替代为具体的网络连接类进行使用:

      1. 使用具体类替代泛型,用泛型单例提供类对该具体类达到提供唯一实例的单例实现效果:
      2. 具体类中定义了字段NetIoCreateTime来存储该类实例化的时间,进行下一步分析该类实例是否是唯一实例,具体类代码如下:

        public class NetIO
        {
        
            public static NetIO GetInstance()
            {
                return SingletonProvider<NetIO>.Instance;
            }
        
            public NetIO()
            {
                this.NetIoCreateTime = DateTime.Now;
            }
        
            public DateTime NetIoCreateTime
            {
                get { return _ct; }
                set { _ct = value; }
            }
        
            private DateTime _ct;
        }

      3. 在Unity中Update参数中调用该类,对该类创建时间进行输出

        public void Update()
            {
                Debug.Log(NetIO.GetInstance().NetIoCreateTime);
            }
      4. 测试结果如下:
      5. 所有创建时间都一致,证明该类提供单例提供类中的泛型替代,达到了单例模式的效果,提供了该类的唯一实例访问

原文地址:https://www.cnblogs.com/bananana/p/8566085.html

时间: 2024-10-11 02:19:24

Unity单例模式的相关文章

单例模式在Unity中的应用

起因:每个游戏场景中都会有许多的游戏对象,而各个游戏场景之间也是同等的关系.如何去管理它们,是我们要解决的问题. 场景中各脚本间的直接访问,会在各脚本间形成一个巨大而又混乱的网络,这给以后代码的维护带来了极大的困难.为了避免这种因交互访问而带来的过度耦合情况,我们取消掉场景中各脚本间的直接交互,取而代之的是,让所有脚本都只与场景中的一个特定脚本交互. 在刚开始使用这种方法时,自己声明了一个场景中的全局脚本,然后把场景中所有其他需要交互的脚本声明为其成员,一旦脚本间要发生交互,就在脚本中声明一个全

Unity C#单例模式的实现

一.添加单例模板类 using UnityEngine; public class Singleton<T> : MonoBehaviour where T : MonoBehaviour { private static T _instance; private static object _lock = new object (); public static T Instance { get { if (applicationIsQuitting) { return null; } lo

Unity里面两种单例模式的实现

using System; public class Singleton<T> where T : class, new() { private static T m_instance; public static T instance { get { if (Singleton<T>.m_instance == null) { Singleton<T>.CreateInstance(); } return Singleton<T>.m_instance;

【ASP.Net MVC3 】使用Unity 实现依赖注入

什么是Unity? Unity是一个轻量级的可扩展的依赖注入容器,支持构造函数,属性和方法调用注入.Unity可以处理那些从事基于组件的软件工程的开发人员所面对的问题.构建一个成功应用程序的关键是实现非常松散的耦合设计.松散耦合的应用程序更灵活,更易于维护.这样的程序也更容易在开发期间进行测试.你可以模拟对象,具有较强的具体依赖关系的垫片(轻量级模拟实现),如数据库连接,网络连接,ERP连接,和丰富的用户界面组件.例如,处理客户信息的对象可能依赖于其他对象访问的数据存储,验证信息,并检查该用户是

Unity3d与设计模式(二)单例模式

为什么要使用单例模式 在我们的整个游戏生命周期当中,有很多对象从始至终有且只有一个.这个唯一的实例只需要生成一次,并且直到游戏结束才需要销毁. 单例模式一般应用于管理器类,或者是一些需要持久化存在的对象. Unity3d中单例模式的实现方式 (一)c#当中实现单例模式的方法 因为单例本身的写法不是重点,所以这里就略过,直接上代码. 以下代码来自于MSDN. public sealed class Singleton { private static volatile Singleton inst

深入理解IOC模式及Unity框架

学习IOC发现如下博客写的很清楚了,故Mark下来以便以后查阅和温习! 1.IoC模式:http://www.cnblogs.com/qqlin/archive/2012/10/09/2707075.html  这篇博客是通过一个播放器的例子来说明什么是依赖,依赖倒置,控制反转(IOC),最后实现依赖注入.通过Unity实现IOC容器.不错的一个例子 2.深入理解DIP.IoC.DI以及IoC容器 这个算是最通俗易懂的,手动实现了IOC容器  由浅入深 3.理解依赖注入(IOC)和学习Unity

unity —脚本优化— 消息处理系统

我们经常会遇到在运行状态下去找到一个现有对象.在这个例子中,我们需要添加新的敌人到EnemyManagerComponent中,以便于在我们的场景中可以按我们想的任何方式来控制敌人对象.由于涉及到开销,我们需要可靠和快速的方法作用于对象来查找已经存在的对象,而不用Find()方法和sendmessage()方法时,我们又该怎么做呢.这节主要讲解如果不用find(),又该完成对象之间的调用呢. 我们可以采用多种方法来解决这个问题,每一个都有自己的好处和弊端: 静态类: 单例组件: 分配引用到预先存

Unity IoC Container创建对象过程

Unity是微软P&P推出的一个开源的IoC框架,最新的官方版本是2.0.Unity之前的版本建立在一个称为ObjectBuild的组件上,熟悉EnterLib的读者,相信对ObjectBuild不会感到陌生.对于EnterLib 5.0之前的版本,ObjectBuild可以说是所有Application Block的基石.ObjectBuild提供一种扩展.可定制的对象创建方式,虽然微软官方没有将ObjectBuild和IoC联系在一起,其本质可以看成是一个IoC框架.在Unity 2.0中,

Unity轻量级依赖注入容器

一.前言 Unity是一个轻量级的可扩展的依赖注入容器,支持构造函数,属性和方法调用注入.在Nuget里安装unity 二.Unity的API方法 UnityContainer.RegisterType<ITFrom,TTO>();  //注册映射 UnityContainer.RegisterType< ITFrom, TTO >("keyName");//注册映射指定key值 IEnumerable<T> databases = UnityCon