一、状态机结构

//状态类
class State
{
    GameObject* m_pOwner;
public:
    State(GameObject* pOwner)
    : m_pOwner(pOwner)
    { }
    virtual ~State() { }
    virtual void OnEnter() { }
    virtual void OnExit() { }
    virtual void OnUpdate(float deltaTime) { }
protected:
    GameObject* GetOwner() const { return m_pOwner; }
};
//状态机类
class StateMachine
{
    typedef pair<Transition*, State*> TransitionStatePair;
    typedef vector<TransitionStatePair> Transitions;
    typedef map<State*, Transitions> TransitionMap;
    TransitionMap m_transitions;
    State* m_pCurrState;
public:
    void Update(float deltaTime);
};
​
void StateMachine::Update(float deltaTime)
{
     // find the set of transitions for the current state
     auto it = m_transitions.find(m_pCurrState);
     if (it != m_transitions.end())
     {
        // loop through every transition for this state
        for (TransitionStatePair& transPair : it->second)
        {
            // check for transition
            if (transPair.first->ToTransition())
             {
                SetState(transPair.second);
                break;
             }
        }
     }
     // update the current state
     if (m_pCurrState)
        m_pCurrState->Update(deltaTime);
}
//过渡对象类
class Transition
{
     GameObject* m_pOwner;
public:
     Transition(GameObject* pOwner)
     :m_pOwner(pOwner)
     { }
     virtual bool ToTransition() const = 0;
};

二、数据驱动策略

1. 直接将每个状态的属性暴露在外部，让编辑者在Inspector窗口中直接进行编辑，不过因为State类一般设定为不可挂载于游戏物体之上，所以具体的实现还不好说

2. 将状态需要的所有数据打包为一个新的类StateDef，根据需要创建不同的子类来保存多种数据组合，并且将他们保存为Json文件。不同状态在需要时加载各自的Json进行初始化。这种方法一定程度解决了复用性的问题，也不需要状态将属性暴露在外部；但仍旧可能需要创建多种结构来保存多种数据组合，并且Json文件的保存和读取也不是很直观。

3. Unity嵌入Lua、XML，通过 Lua 表格或XML，开发人员和设计师可以方便地调整和配置游戏中的状态机逻辑，而无需重新编译代码，待实现。

三、系统优化

1. 限制状态机的更新频率

限制状态机的更新频率

• 我们可以限制状态机的更新频率，一般来说我们会将过渡检测和状态执行都放在Update函数里，现在只需要设定为每隔一段时间，状态机更新一次即可

• 我们可以限制一次更新的状态机数量，这可以通过一个更新列表来实现，每个状态机都被放入一个列表中，游戏只允许一次更新中只更新若干个状态机。

事件驱动状态机更新

2. 内存优化

静态数据抽离

动态数据集成