[读书笔记]<游戏引擎架构>|管理器的启动与终止

每个游戏都会包含一些底层支持系统， 例如资源管理器、日志系统、对象池、动画管理器、音乐/音效管理器等。这些管理器通常是一个单例类，如下面这段代码:

class ResourceManager{private:    static ResourceManager* m_pInstance;public:    static ResourceManager* get()    {        if(m_pInstance == nullptr)        {            m_pInstance = new ResourceManager();        }        return m_pInstance;    }};

我所在的项目之前就是使用这种方式实现的。
然而，这种方式有个极大的弊端，就是不能控制其构造和析构的时间。假如A管理器依赖B管理器，而在B管理器创建之前A已经被调用，或者B管理器已经被析构，而A还存在， 很有可能导致严重问题。
事实上这个实现方式确实导致过我们游戏崩溃。
于是上述设计被改成如下方案:

class ResourceManager{private:    static ResourceManager* m_pInstance;public:    static ResourceManager* get()    {        return m_pInstance;    }    static void createInstance()    {        m_pInstance = new ResourceManager();    }    static void destoryInstance()    {        delete m_pInstance;    }};//其他管理器...//class GOW{    static void Init()    {        ResourceManager::createInstance();        //其他管理器同上        ...        //    }    static void UnInit()    {        ResourceManager::destoryInstance();        //其他管理器同上        ...        //    }};

即明确的为各单例管理器定义构造和析构的函数，替代简单的get，这样就可以按所需的明确次序调用各启动和终止函数。
书中提到了更优雅的方法是：启动时将这些管理器按所需次序启动并放入一个栈中,这样终止时,可以逐一把管理器弹出栈并调用终止函数。根据这个思路，我想到如下实现:

class IManager{    static void startUp() = 0;//启动管理器    static void shutDown() = 0;//终止管理器};class ResourceManager: public IMananger{private:    static ResourceManager* m_pInstance;    ResourceManager()    {        //不做任何事    }    ~ResourceManager()    {        //不做任何事    }public:    static ResourceManager* get()    {        if(m_pInstance == nullptr)        {            m_pInstance = new ResourceManager();        }        return m_pInstance;    }    static void startUp() override    {        //管理器的启动代码    }    static void shutDown() override    {        //管理器的终止代码    }};//其他管理器...//class GOW{private:    static std::stack<IManager*> m_stkManager;    //这里使用栈的原因是,一般先启动的管理器更为基础,所以要后终止    static void InitManager(IManager* pMananger)    {        pManager->startUp();        m_stkManager.push(pMananger);    }public:    static void Init()    {        InitManager(ResourceManager::get());        //其他管理器同上        ...        //    }    static void UnInit()    {        while(!m_stkManager.empty())        {            auto* pManager = m_stkManager.top();            m_stkManager.pop();            pManager->shutDown();            delete pManager;        }    }};

这种方式有个好处，在新增或者修改导致一些管理器的依赖顺序改变时，只需要修改Init函数中的启动顺序，则终止的顺序也会跟着改变。引擎开发者只需要关注管理器的启动顺序就好。