51单片机程序执行流程详细分析

若不是硬件特性已定的情况之下的其它流程都是代码作祟。忽然想到来探探51单片机的执行流程。这个念头起源于最初见到每个51程序里面的主函数里面最终都挂一个while(1);语句。为何要加一句while死循环让程序停留在main函数中呢。将while(1);语句去掉有什么影响么?

写一个很简单的程序试一下。

执行以上程序，由P1端口控制的流水灯闪了一下。程序最终进入while(1);里纠缠去了，这个到好解释。

现将while(1);语句屏蔽掉。我还以为程序不能被正确执行了呢，因为退出了main主函数，就像Render需要循环来实现一样(尽管刚刚闪灯的程序不在循环之内，但我还是不由产生了这一错觉)。程序执行的结果是：流水灯不停的闪烁!

看到这个现象后的猜想及动作^-^：

(1) 这块板坏了吧!(在带操作系统如linux字符界面下运行一个不带死循环的C语言文件完毕后就会返回到linux shell程序中)。赶紧换个板再测试一下，显然还是一样的结果。

(2) 单片机中将一直执行main函数中的最后一个(些)语句?(基于带OS平台下运行标准C语言文件的经验，可从来没有想过是main函数被多次调用或多次进入)

(3) 单片机内将C语言指令取出来加载到单片机内，单片机内自动生成一个主程序循环执行C语言中main函数的内容?(虽然很荒唐，还是想了)

(4) 赶快谷歌百度一下单片机的执行流程(虽然在谷歌百度时以“51单片机程序执行流程”搜索，没有搜到相关内容)。换朴实的搜索词：“51单片机 main”。然后就出现跟我一样带有疑问的问题：为什么main函数中不加while(1);语句之后程序会反复执行呢?回答的关键词包括“程序跑飞、看门狗、复位”。

(5) 趁上嵌入式的机会将“51单片机程序执行流程”搬出来并向老师讲述了我所写程序的得到的现象，包括我怎么验证呀等等。

老师的回答：Keil C51程序自动加载了一个名为”STARTUP.A51”的文件，在这个文件里面进行了一系列的初始化操作后进入用户编写的C语言程序入口main函数中，main函数执行完毕后，STARTUP.A51文件后有一句跳转到程序入口main函数的语句，所以会再次进入C语言主程序main函数中执行相关内容。

然后我用keil软件模拟了运行一下以上那一段代码：

程序开始运行就在程序入口main函数的第一条语句之处，Disassembly窗口是c语言代码与汇编代码相对应的窗口，前面是地址，后面的是C语言对应的汇编语句。下面的窗口是相应文件的运行代码的位置，由黄色箭头指向当前正要执行的代码。然后点击单步运行工具条，指导跳出main函数为止，程序跳转到STARTUP.A51中的以下代码位置：

继续点击单步调试直到进入一个循环中：

这里是一个循环，根据DJNZ指令的功能：每执行一次DJNZ RO, IDATALOOP就将R0的值减1，若R0的值不为0则就跳到IDATALOOP地址去。很显然这是一个循环，那么RO的值是多少呢，在以下窗口显示：

可见r0的初值为0x7f，这里将要循环0x7f(128)次，具体在这里r0值的含义可查看一下子的。那么在这个循环之后程序又将去哪里呢?跳过这个循环后程序运行的地方如下：

再单步运行一次：

根据Disassembly的内容，此条语句执行了就又要回到main函数中去了，执行一下试试：

是的!

所以，在51单片机中，程序的执行流程就是会不断( 以r0的值作为延迟条件， 具体含义可继续探索 )的进入main函数中执行main函数中的代码。

为什么我们在linux等上面运行不带死循环的C语言代码后程序就会自行终止呢?这是不同的操作流程：

(1) C51单片机不带OS(操作系统)，代码的执行形势在此看来就由STARTUP.A51来安排了，没有一个更大的程序来管理怎么调用main函数。

(2) 像Linux这类的平台是带了OS的，运行一个C语言程序对linux来说就是一个任务，除了运行C语言程序这个任务外还有其它的任务。当运行一个C语言程序完毕时，此次的任务也算是完成了。如在linux shell界面运行一个文件名为“hello.c”功能为输出“hello world!”的C语言程序,过程如下：

编译：gcc hello.c –o hello

运行：./hello

在运行hello可执行文件时，可以当做是shell调用了hello这个可执行程序。在hello运行完毕后，将返回值等返回给shell界面。整个C语言文件的生死全有linux shell程序管理。

归其原因，还是代码规定的机制不一样吧。