FSM:网络游戏开发中的有限状态机（实践篇）

上一篇文章《FSM:网络游戏开发中的有限状态机（理论篇）》中，讲解了FSM的基础知识。这里，我结合图形及具体例子，讲解下FSM在实际开发中的运用。

首先，图解下上篇文章中提到的各种action。

1.InputAction：某状态下收到某事件，输出相应动作。这里不发生状态变更，只是对输入事件的一个响应。属于瞬时动作。

2.LeaveAction：离开某一状态时的相应动作。这个动作以后，到达下一状态。

3.TransferAction：某一状态到另一状态过程中的事件/动作。state1由于事件/动作action，转换为state2.它其实是EntryAction与LeaveAction的结合。

4.EntryAction：进入某一状态的动作/事件。

设计一个状态机，最重要的部分是设计一个良好的状态图，这个状态图能在代码中被严谨清晰的解析出来。所以其实我们关键要做两件事，一是设计合理的状态图，二是完成状态图的解析。下面结合游戏系统的一些代码进行这方面的讲解。

游戏中的装备系统，我们可以简单划分为上装状态（installState）与初始（下装）状态(standbyState)。状态划分代码如下：

standbyState={
		event={[EquipEvents.CS_Install]="verifyInstall",
		},
		target={[EquipEvents.CS_Install]="installState",
		},
		action={
			entryAction={},
			leaveAction={},   
			transferAction={},
			inputAction={[EquipEvents.S_Fix]="fix",[EquipEvents.S_SpecialFix]="specialFix"},
			timeOut={},
		},
	}

installState={
		event={[EquipEvents.CS_Uninstall]="verifyUninstall",
		      },
		target={[EquipEvents.CS_Uninstall]="standbyState",
		       },
		action={
			entryAction={"install",},
			leaveAction={"uninstall"},
			transferAction={},
			inputAction={[EquipEvents.S_Fix]="fix",[EquipEvents.S_SpecialFix]="specialFix"},
			timeOut={},
		       },
	}

刚开始装备处于standbyState，收到上装事件EquipEvents.CS_Install后，变为installState。状态图的解析按以下流程进行：

1.判断是否存在下一状态，如果不存在，即做inputAction。因为收到的事件在这里面无映射，并且存在下一状态installState，所以这个action不做事。

2.存在下一状态。做leaveAction。无映射，不做事。

3.做transferAction。无映射，不做事。

4.以上都做完后，状态变为下一状态，即installState。开始做entryAction。这里因为我们已经到达installState，所以entryAction要去installState中找。发现存在一个动作install，于是开始做上装这个动作。

至此，完成上装过程。另外，在installState中，我们去修理装备（fix），状态机的解析只做inputAction后，就结束，只做fix这个动作，并不改变状态，属于瞬时过程。