作用：
允许一个对象在其内部状态改变时改变它的行为。
避免if语句嵌套过深或过于复杂，易添加新的状态。
正文：
State模式是一种有限状态机，它很好的解决了if语句嵌套过深或过于复杂，能容易理清状态之间的复杂逻辑，就是“何时干何事”。而且很容易的添加新的状态或修改原有的状态。
在State模式中，一个事件会引起状态的迁移。
让我们来看一个关于安全防盗门例子。状态图如下：
让我们先列出状态的迁移情况，假设初始时处于NatualClosed状态。
1. 当主人用钥匙打开门时，从NaturalClosed->NatualOpened。
2. 当主人进入家里，关门，从NaturalOpened->NatualClosed。
3. 如果没有关门，持续五分钟，门自动关闭，从NaturalOpened->NatualClosed。
4. 如果有小偷撬锁非法进入，从NaturalClosed->ForcibleOpened。
5. 检测到非法进入，从ForcibleOpened->ForcibleClosed，这时门从内外都不能再打开。
6. 通过输入正确的密码，可以解除死锁状态，ForcibleClosed -> NatualOpened。
而事件类别为：
1. 正常打开，Natural Open事件。
2. 正常关闭，Natural Close事件。
3. 强制打开，Forcible Open事件。
4. 强制关闭，Forcible Close事件。
5. 自动正常关闭，Time Out事件。
6. 密码解锁，Password Open事件。
UML图如下：
S t a t e模式将每一个条件分支放入一个独立的类中，在例子中有四种状态，就有四个状态类。在CDoor类中包含一些事件函数，还要一个CDoorState的对象。在这些事件函数中直接调用m_pState的对应函数。比如
CDoor::NaturalOpen()
{
m_pState->NaturalOpen(this);
}
在调用中，把CDoor对象指针传给没CDoorState对象。然后状态就在各自的状态类中改变。在CNaturalOpenedState状态时，根据前面的分析，它会响应两个事件，Natural Open和Time Out事件，所以这两个函数中进行状态的迁移操作，调用了CDoor对象中的ChangeState方法。其它的事件就忽略，只需写个空函数，什么事也不做。
从上面可以看到，利用State设计模式之后，代码变得更简单了，逻辑变得易于理解了，也容易扩展了。你不在会为看到一层层的if－else而感到头疼了。
