笔记-行为设计模式-单例模式

简述

在有些系统中，为了节省内存资源、保证数据内容的一致性，对某些类要求只能创建一个实例，这就是所谓的单例模式。

特点

单例类只有一个实例对象；
该单例对象必须由单例类自行创建；
单例类对外提供一个访问该单例的全局访问点。

优缺点

单例模式的优点：
单例模式可以保证内存里只有一个实例，减少了内存的开销。
可以避免对资源的多重占用。
单例模式设置全局访问点，可以优化和共享资源的访问。

单例模式的缺点：
单例模式一般没有接口，扩展困难。如果要扩展，则除了修改原来的代码，没有第二种途径，违背开闭原则。
在并发测试中，单例模式不利于代码调试。在调试过程中，如果单例中的代码没有执行完，也不能模拟生成一个新的对象。
单例模式的功能代码通常写在一个类中，如果功能设计不合理，则很容易违背单一职责原则。

应用场景

需要频繁创建的一些类，使用单例可以降低系统的内存压力，减少 GC。
某类只要求生成一个对象的时候，如一个班中的班长、每个人的身份证号等。
某些类创建实例时占用资源较多，或实例化耗时较长，且经常使用。
某类需要频繁实例化，而创建的对象又频繁被销毁的时候，如多线程的线程池、网络连接池等。
频繁访问数据库或文件的对象。
对于一些控制硬件级别的操作，或者从系统上来讲应当是单一控制逻辑的操作，如果有多个实例，则系统会完全乱套。
当对象需要被共享的场合。由于单例模式只允许创建一个对象，共享该对象可以节省内存，并加快对象访问速度。如 Web 中的配置对象、数据库的连接池等。

Unity案例

通用单例模式

1.创建基类

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class singleton<T> : MonoBehaviour where T : singleton<T>
{
private static T instance; //创建单例
public static T Instance
{
get { return instance; }
}

protected virtual void Awake()  //允许子类继承和修改
{
    if (instance != null)
    {
        Destroy(gameObject);
    }
    else
    {
        instance = (T)this;
    }
}

public static bool IsInitialized    //判断单例是否已经生成
{
    get { return instance != null; }
}

protected virtual void OnDestroy()  //在被销毁时设置为空
{
    if(instance == this)    instance = null;
}

}

2.通过继承基类创建单例

public class listMethod:singleton<listMethod>
{
public int Value { get; set; } = 0;//仅举例用
}

java案例

public class HungrySingleton {
private static final HungrySingleton instance = new HungrySingleton();

private HungrySingleton() {
}//private 避免类在外部被实例化

public static HungrySingleton getInstance() {
    return instance;
}

}
饿汉式单例在类创建的同时就已经创建好一个静态的对象供系统使用，以后不再改变，所以是线程安全的，可以直接用于多线程而不会出现问题。

单例模式理论来源
Unity应用案例