TQ2440之定時器中斷0——volatile關(guān)鍵字的重要作用
加入技術(shù)交流群
最終參考了TQ2440之定時器中斷0的程序代碼，編譯成功后，燒寫到板子上，驚喜出現(xiàn)了。絕對是久旱逢甘霖的感覺，在這里對TQ2440之定時器中斷0的原創(chuàng)作者表示感謝。
本文引用地址：http://m.butianyuan.cn/article/201611/318239.htm后來，經(jīng)過代碼對比，發(fā)現(xiàn)兩個可疑的地方：
（1）之前的Timer0的初始化中沒有rTCMPB0 = 0;這條語句。
而后來參考TQ2440之定時器中斷0中的代碼是有這條語句的。
后來經(jīng)過驗證，這里無關(guān)緊要。
（2）之前對于Led1燈亮滅控制語句是放在Main函數(shù)中的：
而后來參考的TQ2440之定時器中斷0中是將這段代碼放在了中斷服務(wù)函數(shù)當(dāng)中：
不過，按道理來講，這個地方不加修改應(yīng)該是可以的。
暫且先總結(jié)這樣一條經(jīng)驗吧：如果一些控制語句（比如控制Led燈亮、滅）是要通過中斷來驅(qū)動執(zhí)行，那么最好將這些控制語句放在中斷服務(wù)程序（也叫中斷處理程序）中。如果只是在中斷服務(wù)程序中控制一個全局變量（比如flag），而在Main函數(shù)中根據(jù)flag來驅(qū)動控制語句的執(zhí)行，可能得不到預(yù)期效果。
為什么代碼邏輯合情合理卻得不到預(yù)期效果呢？其根源在于，在定義flag時沒有加volatile關(guān)鍵字。
volatile關(guān)鍵字的作用：當(dāng)一個變量用volatile關(guān)鍵字修飾，表示該變量可能被硬件更改，因此每次讀取這個變量值的時候都要重新從內(nèi)存中讀取這個變量，而不是使用保存在寄存器里的備份。
這里有一篇文章：http://www.cnblogs.com/yc_sunniwell/archive/2010/06/24/1764231.html徹徹底底的解釋了volatile。也正是對于我在Timer0中斷實例中遇到的問題的詳細(xì)解答。其中關(guān)鍵點(diǎn)如下：
volatile提醒編譯器它后面所定義的變量隨時都有可能改變，因此編譯后的程序每次需要存儲或讀取這個變量的時候，都會直接從變量地址中讀取數(shù)據(jù)。如果沒有volatile關(guān)鍵字，則編譯器可能優(yōu)化讀取和存儲，可能暫時使用寄存器中的值，如果這個變量由別的程序更新了的話，將出現(xiàn)不一致的現(xiàn)象。
評論