TQ2440之定時(shí)器中斷0——volatile關(guān)鍵字的重要作用

最終參考了TQ2440之定時(shí)器中斷0的程序代碼，編譯成功后，燒寫到板子上，驚喜出現(xiàn)了。絕對(duì)是久旱逢甘霖的感覺，在這里對(duì)TQ2440之定時(shí)器中斷0的原創(chuàng)作者表示感謝。

后來，經(jīng)過代碼對(duì)比，發(fā)現(xiàn)兩個(gè)可疑的地方：

（1）之前的Timer0的初始化中沒有rTCMPB0 = 0;這條語句。

而后來參考TQ2440之定時(shí)器中斷0中的代碼是有這條語句的。

后來經(jīng)過驗(yàn)證，這里無關(guān)緊要。

（2）之前對(duì)于Led1燈亮滅控制語句是放在Main函數(shù)中的：

而后來參考的TQ2440之定時(shí)器中斷0中是將這段代碼放在了中斷服務(wù)函數(shù)當(dāng)中：

不過，按道理來講，這個(gè)地方不加修改應(yīng)該是可以的。

暫且先總結(jié)這樣一條經(jīng)驗(yàn)吧：如果一些控制語句（比如控制Led燈亮、滅）是要通過中斷來驅(qū)動(dòng)執(zhí)行，那么最好將這些控制語句放在中斷服務(wù)程序（也叫中斷處理程序）中。如果只是在中斷服務(wù)程序中控制一個(gè)全局變量（比如flag），而在Main函數(shù)中根據(jù)flag來驅(qū)動(dòng)控制語句的執(zhí)行，可能得不到預(yù)期效果。

為什么代碼邏輯合情合理卻得不到預(yù)期效果呢？其根源在于，在定義flag時(shí)沒有加volatile關(guān)鍵字。

volatile關(guān)鍵字的作用：當(dāng)一個(gè)變量用volatile關(guān)鍵字修飾，表示該變量可能被硬件更改，因此每次讀取這個(gè)變量值的時(shí)候都要重新從內(nèi)存中讀取這個(gè)變量，而不是使用保存在寄存器里的備份。

這里有一篇文章：http://www.cnblogs.com/yc_sunniwell/archive/2010/06/24/1764231.html徹徹底底的解釋了volatile。也正是對(duì)于我在Timer0中斷實(shí)例中遇到的問題的詳細(xì)解答。其中關(guān)鍵點(diǎn)如下：

volatile提醒編譯器它后面所定義的變量隨時(shí)都有可能改變，因此編譯后的程序每次需要存儲(chǔ)或讀取這個(gè)變量的時(shí)候，都會(huì)直接從變量地址中讀取數(shù)據(jù)。如果沒有volatile關(guān)鍵字，則編譯器可能優(yōu)化讀取和存儲(chǔ)，可能暫時(shí)使用寄存器中的值，如果這個(gè)變量由別的程序更新了的話，將出現(xiàn)不一致的現(xiàn)象。