这里有两个例子：
1、https://www.cnblogs.com/wanggary/archive/2011/04/21/2024117.html
2、https://www.cnblogs.com/jiese/p/3182342.html
关于此设计模式，有几点概括：
Context类包含抽象的State *_state成员变量，Context类声明为State类的frend（State至少会调用Context类的ChangeState函数）。
State是在维护一个状态，这里涉及到一个关键问题，State怎么可能不涉及到Context里的内容呢，比如，红绿灯的实际例子里，现在是红灯状态，且红灯状态有一个60秒倒计时牌。这个60秒倒计时牌的显示数字属于Context。如果我这样做：
（先说实现的功能，进入红灯状态，显示60秒倒计时，倒计时结束，则进入红灯状态）
1、红灯状态里响应定时器，在定时器里这样写，
context->CountDown = 60 - sec; //sec初始化为0，随定时器相应增加。
context->UpdateWindow(); //让倒计时牌界面显示刷新
上面代码没什么问题，问题主要在于耦合度太大，在State里直接去修改了Context里的内容。应该怎样写，如下：
2、红灯状态里响应定时器，在定时器里这样写，
context->UpdateCountDownShow( count ); //UpdateCountDownShow是由Context类提供的接口
总结下:
State只负责维护状态，而状态下的行为应由Context负责，做到状态和行为分离，降低耦合度。
状态模式好像就这么简单，有点需要注意的，就是每个状态里，有维护自身状态的变量，比如上面进入红灯状态，倒计时变量应该清零，这里可以有两种做法，在ChangeState函数这个位置，1、切换状态时，下一个状态全是用new出来的对象，利用构造函数做到进入到每个状态时，状态变量“干干净净”。切换到下一个状态前，先delete掉上一个状态。2、每个状态在Context中定义好，相当于全局变量。这样在上一个状态调用context->ChangeState之前，清掉本状态相关状态变量。
对new、delete很有信心的话用第一种方式少很多代码（把构造函数里的初始化变量提出来做为一个函数，放倒上诉第2种的情况，好像就没什么差别：））。
