近日，在学习《ARM处理器裸机开发实战——机制而非策略》一书，在TQ2440开发板上，按照书中实例以及光盘配套程序源代码进行Timer0中断试验，编译成功后烧写到开发板上，没有任何反应，反复检查代码，一直没有找出哪里有问题，就是到开发板上没有预期效果。（让人纠结的很）
最终参考了TQ2440之定时器中断0的程序代码，编译成功后，烧写到板子上，惊喜出现了。绝对是久旱逢甘霖的感觉，在这里对TQ2440之定时器中断0的原创作者表示感谢。
后来，经过代码对比，发现两个可疑的地方：
（1）之前的Timer0的初始化中没有rTCMPB0 = 0;这条语句。
而后来参考TQ2440之定时器中断0中的代码是有这条语句的。
后来经过验证，这里无关紧要。
（2）之前对于Led1灯亮灭控制语句是放在Main函数中的：
而后来参考的TQ2440之定时器中断0中是将这段代码放在了中断服务函数当中：
不过，按道理来讲，这个地方不加修改应该是可以的。
暂且先总结这样一条经验吧：如果一些控制语句（比如控制Led灯亮、灭）是要通过中断来驱动执行，那么最好将这些控制语句放在中断服务程序（也叫中断处理程序）中。如果只是在中断服务程序中控制一个全局变量（比如flag），而在Main函数中根据flag来驱动控制语句的执行，可能得不到预期效果。
为什么代码逻辑合情合理却得不到预期效果呢？其根源在于，在定义flag时没有加volatile关键字。
volatile关键字的作用：当一个变量用volatile关键字修饰，表示该变量可能被硬件更改，因此每次读取这个变量值的时候都要重新从内存中读取这个变量，而不是使用保存在寄存器里的备份。
这里有一篇文章：http://www.cnblogs.com/yc_sunniwell/archive/2010/06/24/1764231.html彻彻底底的解释了volatile。也正是对于我在Timer0中断实例中遇到的问题的详细解答。其中关键点如下：
volatile提醒编译器它后面所定义的变量随时都有可能改变，因此编译后的程序每次需要存储或读取这个变量的时候，都会直接从变量地址中读取数据。如果没有volatile关键字，则编译器可能优化读取和存储，可能暂时使用寄存器中的值，如果这个变量由别的程序更新了的话，将出现不一致的现象。