单片机可以替代PLC 吗?

这个问题如同面粉能代替面条一样，答案是否定的。第一次听到这个答案可能很多人都有疑问：

单片机和PLC分别是什么？

它们之间有什么区别？

单片机

单片微型计算机(Single Chip Microcomputer )，亦称微控制单元(Microcontroller Unit)，简称MCU，是一种集成电路芯片，是采用超大规模集成电路技术把具有数据处理能力的中央处理器(Central Process Unit；CPU)、随机存储器（Random Access Memory；RAM）、只读存储器（Read-Only Memory；ROM）、多种I/O口和中断系统、定时器/计数器等功能(可能还包括显示驱动电路、脉宽调制电路、模拟多路转换器、A/D转换器等电路)集成到一块硅片上构成的一个小而完善的微型计算机系统，在各个领域广泛应用。诸如手机、PC外围、遥控器，至汽车电子、工业上的步进马达、机器手臂的控制等，都可见到MCU的身影。

单片机出现的历史并不长，但发展十分迅猛。它的产生与发展和微处理器的产生与发展大体同步，自1971年美国Intel公司首先推出4位微处理器以来，它的发展到目前为止大致可分为5个阶段。

单片机发展的初级阶段（1971年至1976年）

1971年11月Intel公司首先设计出集成度为2000只晶体管/片的4位微处理器Intel 4004, 并配有RAM、 ROM和移位寄存器, 构成了第一台MCS—4微处理器, 而后又推出了8位微处理器Intel 8008, 以及其它各公司相继推出的8位微处理器。

单片机发展的初级阶段（1971年至1976年）

1971年11月Intel公司首先设计出集成度为2000只晶体管/片的4位微处理器Intel 4004, 并配有RAM、 ROM和移位寄存器, 构成了第一台MCS—4微处理器, 而后又推出了8位微处理器Intel 8008, 以及其它各公司相继推出的8位微处理器。

低性能单片机阶段（1976年至1980年）

以1976年Intel公司推出的MCS—48系列为代表, 采用将8位CPU、 8位并行I/O接口、8位定时/计数器、RAM和ROM等集成于一块半导体芯片上的单片结构, 虽然其寻址范围有限（不大于4 KB）, 也没有串行I/O, RAM、 ROM容量小, 中断系统也较简单, 但功能可满足一般工业控制和智能化仪器、仪表等的需要。

高性能单片机阶段（1980年至1990年）

这一阶段推出的高性能8位单片机普遍带有串行口, 有多级中断处理系统, 多个16位定时器/计数器。片内RAM、 ROM的容量加大，且寻址范围可达64 KB，个别片内还带有A/D转换接口。

16位单片机阶段（1983年至1989年）

1983年Intel公司又推出了高性能的16位单片机MCS－96系列, 由于其采用了最新的制造工艺, 使芯片集成度高达12万只晶体管/片。

全方位高水平发展阶段（1990年至今）

到目前为止，单片机也有从传统的8位处理器平台向32位高级RISC处理器平台转变的趋势，但8位机依然难以被取代。8位单片机成本低，价格廉，便于开发，其性能可以满足大部分的需要，只有在航天、汽车、机器人等高技术领域，需要高速处理大量数据时，才需要选用16/32位，而在一般工业领域，8位通用型单片机，仍然是目前应用最广的单片机。单片机在集成度、功能、速度、可靠性、应用领域等全方位向更高水平发展。

单片机的特点是编程、维护相对复杂，编程方式常用C语言或者汇编语言，成本较低，I/O接口相对有限。

PLC

PLC，全称Programmable Logic Controller，即可编程逻辑控制器，是一种专门为在工业环境下应用而设计的数字运算操作电子系统。它采用一种可编程的存储器，在其内部存储执行逻辑运算、顺序控制、定时、计数和算术运算等操作的指令，通过数字式或模拟式的输入输出来控制各种类型的机械设备或生产过程。

单片机为什么不能取代PLC呢？

1. 稳定性与可靠性

有人说这是个伪问题，单片机是元器件，PLC是由元器件以及庞大的软件构成的系统，两者在这一方面没有可比性。这话没有错，大多PLC的控制芯片实际上就是单片机，也就是说可以将PLC看成是单片机的二次开发，单论工业防护等级，单片机的稳定性和可靠性能根本比不了PLC这种IP67类的产品（ IP为标记字母，第一标记数字表示接触保护和外来物保护等级，第二标记数字表示防水保护等级）。而且就PLC这种能应对工业恶劣环境的产品还开发出一套冗余系统。如果稳定性与可靠性对比没有意义，那么我们就从其他方面分析。

2. I/O功能

单片机的I/O点实在有限，而反观PLC呢？针对不同的现场信号，均有相应的I/O点可与工业现场的器件(如按钮、开关、传感电流变送器、电机启动器或控制阀等)直接连接，并通过总线与CPU主板连接。工业里几乎任意一条生产线，都有上百甚至上千I/O点，就这点单片机完全无法比拟。

3. 扩展功能

一条完整的工业生产线除了控制，还有通信、上位、组态、运动控制与显示等等，这些东西都需要依靠完整的工业体系与通信协议去做，例如西门子公司的PROFIBUS-DP通信、三菱重工的CC-LINK等等。而单片机和PC、单片机和单片机之间的通信大都用串口。单片机的串口是全双工异步通信串口，那么像MODBUS、PROFIBUS、CAN open、以太网等通信协议单片机是否能一一实现？或许单片机可以做到，但是这就涉及到下一个分析点，开发周期。

4. 开发周期

PLC的品牌多达200多种，几乎每个品牌都有不同编程软件，而且都在不断完善自己的编程软件，使之能够越来越简单的服务于电气工程师，而各种程序块也是越来越方便人性化的任意去调用，比如PID模块、运动控制模块等，大大减轻了工程师的开发压力也缩短了开发周期。那单片机要如何实现？没有现成的模块使用，那就只能开发，那么做过非标自动化设备的工程师都会遇到一个问题——工期不足。PLC这种高度集成化模块化的产品在达到满足设备所需的开发周期，在工期面前也是抓襟见肘，更不用说如同白纸一张的单片机。

5. 通信距离

现在大多数流水线是要跨区域整合与监视的，所用的通讯方式多为以太网加中继器，或者直接走民用宽带光纤，所用的东西到最后很可能是用的就是微软的IE浏览器，很明显PLC是有RJ-45接口，即使本体没有RJ-45也可以配备以太网模块，可单片机搭载的PCB板能加上这个接口然后开发出以太网通信吗？开发需要多久？

6. 编程语言

这点对单片机来讲是一个优势，同时也是一个劣势。上面提到PLC的品牌有两百多种，编程软件更多，尽管大多数PLC的编程语言都大同小异，但是每接触一款不同品牌的PLC，电气工程师就要从PLC的硬件参数、软元件、编程软件等等各个方面从头了解一次才能使用的得心应手。而单片机的编程语言用的是C语言或者汇编语言，这对于任何单片机都是通用的。换句话说，学会C语言或者汇编语言，便可以应用任何单片机开发想要的功能（前提是要有相关的电工电子学基础）。但话又说回来，电气工程师不是电子工程师，他们的工作不是单单考虑单片机如何驱动继电器来控制机床的，甚至有的电气工程师都不会C语言、汇编语言之类的MCU开发语言。近些年，IEC-61131-3标准的推广，越来越多的PLC支持多种编程语言，如类似C语言的ST语言，类似电路图的CFC语言。这种便利的功能是传统单片机开发环境真的无法实现。

结论

经过上面阐述，我们可以看出，PLC实际上可以看成是单片机的二次应用开发，但是它又有自己鲜明的特点。到目前为止，中国的单片机应用和嵌入式系统开发走过了二十余年的历程，国民经济建设、军事及家用电器等各个领域，尤其是手机、汽车自动导航设备、PDA、智能玩具、智能家电、医疗设备等行业都是应用了单片机。行业高端目前有超过10余万名从事单片机开发应用的工程师。

来源地址：

单片机复位电路就好比电脑的重启部分，当电脑在使用中出现死机，按下重启按钮电脑内部的程序从头开始执行。单片机也一样，当单片机系统在运行中，受到环境干扰出现程序跑飞的时候，按下复位按钮内部的程序自动从头开始执行。本文介绍的就是单片机按键复位电路原理和电路图解析。

复位电路

在单片机系统中，系统上电启动的时候复位一次，当按键按下的时候系统再次复位，如果释放后再按下，系统还会复位。所以可以通过按键的断开和闭合在运行的系统中控制其复位。

当这个电路处于稳态时，电容起到隔离直流的作用，隔离了+5V，而左侧的复位按键是弹起状态，下边部分电路就没有电压差的产生，所以按键和电容 C11以下部分的电位都是和GND相等的，也就是0V电压。我们这个单片机是高电平复位，低电平正常工作，所以正常工作的电压是0V电压，完全OK，没有问题。

通常的按键分为独立式按键和矩阵式按键两种，独立式按键比较简单，并且与独立的输入线相连接，如下图所示。

4条输入线接到单片机的IO口上，当按键K1按下时，+5V通过电阻R1然后再通过按键K1最终进入GND形成一条通路，那么这条线路的全部电压都加到了R1这个电阻上，KeyIn1这个引脚就是个低电平。当松开按键后，线路断开，就不会有电流通过，那么KeyIn1和+5V就应该是等电位，是一个高电平。我们就可以通过KeyIn1这个IO口的高低电平来判断是否有按键按下。

这个电路中按键的原理我们清楚了，但是实际上在我们的单片机IO口内部，也有一个上拉电阻的存在。我们的按键是接到了P2口上，P2口上电默认是准双向IO口，我们来简单了解一下这个准双向IO口的电路，如下图所示。

当内部输出是高电平，经过一个反向器变成低电平，NPN三极管不会导通，那么单片机IO口从内部来看，由于上拉电阻R的存在，所以是一个高电平。当外部没有按键按下将电平拉低的话，VCC也是+5V，他们之间虽然有2个电阻，但是没有压差，就不会有电流，线上所有的位置都是高电平，这个时候我们就可以正常读取到按键的状态了。

当内部输出是个低电平，经过一个反相器变成高电平，NPN三极管导通，那么单片机的内部IO口就是个低电平，这个时候，外部虽然也有上拉电阻的存在，但是两个电阻是并联关系，不管按键是否按下，单片机的IO口上输入到单片机内部的状态都是低电平，我们就无法正常读取到按键的状态了。

矩阵按键和独立按键的关系

我们在使用按键的时候有这样一种使用经验，当需要多个按键的时候，如果做成独立按键会大量占用IO口，因此我们引入了矩阵按键，如图6所示，使用了8个IO口来实现16个按键。

其实独立按键理解了，矩阵按键也简单，我们来分析一下。图6中，一共有4组按键，我们只看其中一组，如图7所示。大家认真看一下，当KeyOut1输出一个低电平，KeyOut2、KeyOut3、KeyOut4这三个输出高电平时，是否相当于4个独立按键呢。

单片机按键复位电路各元件的作用

如上图，R17 C13组成止电复位电路，刚上电时，C13是电压为0，电源通过R17对电容充电，因此，RST引脚呈现高电平，高电平时间大于2个晶振周期，单片机复位。

电容充电完毕，RST引脚呈现低电平，复位结束。

按钮S22和R16组成手动复位电路 ，按下S22，电源接通R16和 R17，由于R17阻值比较大，因此RST是高电平，同时电容通过R16迅速放电，即使按钮触点断开，电源也可对C13充电，使RST高电平稳定一段时间 ，保证可靠复位。C13容量较小时，R16可省掉，小电容短路放电不会损坏按钮触点。

理论上，只要是用晶振作为时基的单片机时间钟，在常温下做到日差1秒之内，甚至更精准是应该极易达成的。

只是许多人并不知道如何达成这个目标的方案。

而且市面很多带单片机的产品中，时间都做不准，这绝对是设计问题。例如：笔者车子上的时钟日差有10秒多。

一般大多数人所设计的定时器时常，是根据晶振标出的数据（如12M）计算而成的，固定不变，设计呆板。但普通晶振的实际振荡频率是不可能与标出的数据完全相同的，例如：12.00043M，11.99985……，这个误差必然积累，所以时钟就不准了。另外绝大多数设计也没有考虑微调方案，对于日差几秒无法控制。

日差1秒要求的精准是：1秒/(24小时*60分*60秒)，对应12M晶振；当频率是12.000014M或11.999986M，日差就有1.2秒。可见用普通晶振做的时间钟，如果不采取修正措施，会因精度不够，时钟日差10多秒是很普遍的。

在笔者设计的有单片机时间产品中，随机取10个，同时上电，3天后再看时钟，它们之间的最大时间误差，一般都不会超出1秒（普通晶振，不联网）。许多产品月差在1秒之内。

1、实现方法：

1）将时间的定时中断时常数做成可修正的，且加入微调常数，定时时常数与微调时常数在FLASH中取得。微调时常数用于修正时常数的小数点之后的部分。

2）程序可以对某端口输入的秒脉冲再进行计算，并据之修正定时器的时常数，以及微调常数，并存入FLASH中。达成利用外部精准脉冲源对时钟进行校准的目的，说白了，就是用外校消除普通晶振的个体差异。同时程序也可以输出自己的秒脉冲，这样就可以达成产品之间的互校。

3）选择一个产品，对其时钟进行精确校准（这需要外部精准的时钟源。如果手中没有，可以多花点时间，用手机、电视、广播上的报时进行校准），这样就可以将它做成一个自己的【标准秒脉冲时钟源】。

4）产品出货前，用自己的【标准秒脉冲时钟源】校一下（将输出的标准秒脉冲送入其它产品的校准端口，让其它产品自动完成定时器时常数及微调常数的修正。）

如此处理，时间钟的精度就取决于晶振的稳定度，而不是精度。而晶振的稳定度普遍可以达到PPM级，当环境温度变化不大时，极易保证<11.57PPM，这就达成了日差小于1秒的目的。

2、产品相关时间基准的程序：

1）将端口输入的秒脉冲与本体的晶振频率进行比对，计算出定时器的时常数与微调时常数（只做一次即可，计算结果保存到FLASH了，其最初值是按晶振的标称值计算确定的）。

2）时间微调补偿。

3）秒脉冲输出（用于互校，可以放弃不写）。

要点：定时器的时常数不是程序直接赋值，而是从FLASH中调取的。

摘要：不知道大家有没有这样一种感觉，就是感觉自己玩单片机还可以，各个功能模块也都会驱动，但是如果让你完整的写一套代码，却无逻辑与框架可言，上来就是开始写！东抄抄写抄抄。说明编程还处于比较低的水平，那么如何才能提高自己的编程水平呢？学会一种好的编程框架或者一种编程思想，可能会受用终生！比如模块化编程，框架式编程，状态机编程等等，都是一种好的框架。

今天说的就是状态机编程，由于篇幅较长，大家慢慢欣赏。那么状态机是一个这样的东东？状态机(state machine)有5个要素，分别是状态(state)、迁移(transition)、事件(event)、动作(action)、条件(guard)。

1、什么是状态机？

状态机是一个这样的东东：状态机(state machine)有 5 个要素，分别是状态(state)、迁移(transition)、事件(event)、动作(action)、条件(guard)。

状态：一个系统在某一时刻所存在的稳定的工作情况，系统在整个工作周期中可能有多个状态。例如一部电动机共有正转、反转、停转这 3 种状态。

一个状态机需要在状态集合中选取一个状态作为初始状态。

迁移：系统从一个状态转移到另一个状态的过程称作迁移，迁移不是自动发生的，需要外界对系统施加影响。停转的电动机自己不会转起来，让它转起来必须上电。

事件：某一时刻发生的对系统有意义的事情，状态机之所以发生状态迁移，就是因为出现了事件。对电动机来讲，加正电压、加负电压、断电就是事件。

动作：在状态机的迁移过程中，状态机会做出一些其它的行为，这些行为就是动作，动作是状态机对事件的响应。给停转的电动机加正电压，电动机由停转状态迁移到正转状态，同时会启动电机，这个启动过程可以看做是动作，也就是对上电事件的响应。

条件：状态机对事件并不是有求必应的，有了事件，状态机还要满足一定的条件才能发生状态迁移。还是以停转状态的电动机为例，虽然合闸上电了，但是如果供电线路有问题的话，电动机还是不能转起来。

只谈概念太空洞了，上一个小例子：一单片机、一按键、俩 LED 灯(记为L1和L2)、一人， 足矣！

规则描述：

1、L1L2状态转换顺序OFF/OFF--->ON/OFF--->ON/ON--->OFF/ON--->OFF/OFF

2、通过按键控制L1L2的状态,每次状态转换需连续按键5次

3、L1L2的初始状态OFF/OFF

下面这段程序是根据功能要求写成的代码。

程序清单List1：

void main(void)
{
 sys_init();
 led_off(LED1);
 led_off(LED2);
 g_stFSM.u8LedStat = LS_OFFOFF;
 g_stFSM.u8KeyCnt = 0;
 while(1)
 {
  if(test_key()==TRUE)
  {
   fsm_active();
  }
  else
  {
   ; /*idle code*/
  }
 }
}
void fsm_active(void)
{
 if(g_stFSM.u8KeyCnt > 3) /*击键是否满 5 次*/
 {
  switch(g_stFSM.u8LedStat)
  {
   case LS_OFFOFF:
    led_on(LED1); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_ONOFF; /*状态迁移*/
    break;
   case LS_ONOFF:
    led_on(LED2); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_ONON; /*状态迁移*/
    break;
   case LS_ONON:
    led_off(LED1); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFON; /*状态迁移*/
    break;
   case LS_OFFON:
    led_off(LED2); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFOFF; /*状态迁移*/
    break;
   default: /*非法状态*/
    led_off(LED1);
    led_off(LED2);
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFOFF; /*恢复初始状态*/
    break;
  }
 }
 else
 {
  g_stFSM.u8KeyCnt++; /*状态不迁移，仅记录击键次数*/
 }
}

实际上在状态机编程中，正确的顺序应该是先有状态转换图，后有程序，程序应该是根据设计好的状态图写出来的。不过考虑到有些童鞋会觉得代码要比转换图来得亲切，我就先把程序放在前头了。

这张状态转换图是用UML(统一建模语言)的语法元素画出来的，语法不是很标准，但拿来解释问题足够了。

圆角矩形代表状态机的各个状态，里面标注着状态的名称。

带箭头的直线或弧线代表状态迁移，起于初态，止于次态。

图中的文字内容是对迁移的说明，格式是：事件[条件]/动作列表(后两项可选)。

“事件[条件]/动作列表”要说明的意思是：如果在某个状态下发生了“事件”，并且状态机

满足“[条件]”，那么就要执行此次状态转移，同时要产生一系列“动作”，以响应事件。在这个例子里，我用“KEY”表示击键事件。

图中有一个黑色实心圆点，表示状态机在工作之前所处的一种不可知的状态，在运行之前状态机必须强制地由这个状态迁移到初始状态，这个迁移可以有动作列表(如图1所示)，但不需要事件触发。

图中还有一个包含黑色实心圆点的圆圈，表示状态机生命周期的结束，这个例子中的状态机生生不息，所以没有状态指向该圆圈。

关于这个状态转换图就不多说了，相信大家结合着上面的代码能很容易看明白。现在我们再聊一聊程序清单List1。

先看一下fsm_active()这个函数，g_stFSM.u8KeyCnt = 0;这个语句在switch—case里共出现了 5 次，前 4 次是作为各个状态迁移的动作出现的。从代码简化提高效率的角度来看，我们完全可以把这 5 次合并为 1 次放在 switch—case 语句之前，两者的效果是完全一样的，代码里之所以这样啰嗦，是为了清晰地表明每次状态迁移中所有的动作细节，这种方式和图2的状态转换图所要表达的意图是完全一致的。

再看一下g_stFSM这个状态机结构体变量，它有两个成员：u8LedStat和 u8KeyCnt。用这个结构体来做状态机好像有点儿啰嗦，我们能不能只用一个像 u8LedStat 这样的整型变量来做状态机呢？

当然可以！我们把图 2中的这 4 个状态各自拆分成 5 个小状态，这样用 20 个状态同样能实现这个状态机，而且只需要一个 unsigned char 型的变量就足够了，每次击键都会引发状态迁移， 每迁移 5 次就能改变一次 LED 灯的状态，从外面看两种方法的效果完全一样。

假设我把功能要求改一下，把连续击键5次改变L1L2的状态改为连续击键100次才能改变L1L2的状态。这样的话第二种方法需要4X100=400个状态！而且函数fsm_active()中的switch—case语句里要有400个case，这样的程序还有法儿写么？！

同样的功能改动，如果用g_stFSM这个结构体来实现状态机的话，函数fsm_active()只需要将if(g_stFSM.u8KeyCnt>3)改为if(g_stFSM.u8KeyCnt > 98)就可以了！

g_stFSM结构体的两个成员中，u8LedStat可以看作是质变因子，相当于主变量；u8KeyCnt可以看作是量变因子，相当于辅助变量。量变因子的逐步积累会引发质变因子的变化。

像g_stFSM这样的状态机被称作Extended State Machine，我不知道业内正规的中文术语怎么讲，只好把英文词组搬过来了。

2、状态机编程的优点

说了这么多，大家大概明白状态机到底是个什么东西了，也知道状态机化的程序大体怎么写了，那么单片机的程序用状态机的方法来写有什么好处呢？

(1)提高CPU使用效率

话说我只要见到满篇都是delay_ms()的程序就会蛋疼，动辄十几个ms几十个ms的软件延时是对CPU资源的巨大浪费，宝贵的CPU机时都浪费在了NOP指令上。那种为了等待一个管脚电平跳变或者一个串口数据而岿然不动的程序也让我非常纠结，如果事件一直不发生，你要等到世界末日么？

把程序状态机化，这种情况就会明显改观，程序只需要用全局变量记录下工作状态，就可以转头去干别的工作了，当然忙完那些活儿之后要再看看工作状态有没有变化。只要目标事件(定时未到、电平没跳变、串口数据没收完)还没发生，工作状态就不会改变，程序就一直重复着“查询—干别的—查询—干别的”这样的循环，这样CPU就闲不下来了。在程序清单 List3 中，if{}else{}语句里else下的内容(代码中没有添加，只是加了一条/*idle code*/的注释示意)就是上文所说的“别的工作” 。

这种处理方法的实质就是在程序等待事件的过程中间隔性地插入一些有意义的工作，好让CPU不是一直无谓地等待。

(2) 逻辑完备性

我觉得逻辑完备性是状态机编程最大的优点。

不知道大家有没有用C语言写过计算器的小程序，我很早以前写过，写出来一测试，那个惨不忍睹啊！当我规规矩矩的输入算式的时候，程序可以得到正确的计算结果，但要是故意输入数字和运算符号的随意组合，程序总是得出莫名其妙的结果。

后来我试着思维模拟一下程序的工作过程，正确的算式思路清晰，流程顺畅，可要碰上了不规矩的式子，走着走着我就晕菜了，那么多的标志位，那么多的变量，变来变去，最后直接分析不下去了。

很久之后我认识了状态机，才恍然明白，当时的程序是有逻辑漏洞的。如果把这个计算器程序当做是一个反应式系统，那么一个数字或者运算符就可以看做一个事件，一个算式就是一组事件组合。对于一个逻辑完备的反应式系统，不管什么样的事件组合，系统都能正确处理事件，而且系统自身的工作状态也一直处在可知可控的状态中。反过来，如果一个系统的逻辑功能不完备，在某些特定事件组合的驱动下，系统就会进入一个不可知不可控的状态，与设计者的意图相悖。

状态机就能解决逻辑完备性的问题。

状态机是一种以系统状态为中心，以事件为变量的设计方法，它专注于各个状态的特点以及状态之间相互转换的关系。状态的转换恰恰是事件引起的，那么在研究某个具体状态的时候，我们自然而然地会考虑任何一个事件对这个状态有什么样的影响。这样，每一个状态中发生的每一个事件都会在我们的考虑之中，也就不会留下逻辑漏洞。

这样说也许大家会觉得太空洞，实践出真知，某天如果你真的要设计一个逻辑复杂的程序，

我保证你会说：哇！状态机真的很好用哎！

(3)程序结构清晰

用状态机写出来的程序的结构是非常清晰的。

程序员最痛苦的事儿莫过于读别人写的代码。如果代码不是很规范，而且手里还没有流程图，读代码会让人晕了又晕，只有顺着程序一遍又一遍的看，很多遍之后才能隐约地明白程序大体的工作过程。有流程图会好一点，但是如果程序比较大，流程图也不会画得多详细，很多细节上的过程还是要从代码中理解。

相比之下，用状态机写的程序要好很多，拿一张标准的UML状态转换图，再配上一些简明的文字说明，程序中的各个要素一览无余。程序中有哪些状态，会发生哪些事件，状态机如何响应，响应之后跳转到哪个状态，这些都十分明朗，甚至许多动作细节都能从状态转换图中找到。可以毫不夸张的说，有了UML状态转换图，程序流程图写都不用写。