|
|
 解釋一下：?
有兩個任務(wù)1和2（任務(wù)1優(yōu)先級<任務(wù)2優(yōu)先級），使用了同一個一個全局變量。（有點廢話了，全局變量當(dāng)然是公用的）?
中斷來了！中斷打斷了任務(wù)1，中斷退出之后，一定退回到任務(wù)1繼續(xù)往下執(zhí)行嗎？?
答案是否定的��！答案是否定的！因為在中斷退出前，實現(xiàn)了任務(wù)切換，更高優(yōu)先級的，就緒的任務(wù)被執(zhí)行�。∷哉f中斷退出后，程序可能跳轉(zhuǎn)到任務(wù)2��！?
如果任務(wù)2中修改了nGlobalVar變量，那在執(zhí)行任務(wù)1的時候，任務(wù)就不會走向剛才的分支結(jié)構(gòu)了。程序就可能出問題�。�
方法：?
在執(zhí)行分支結(jié)構(gòu)之前，禁止中斷；在執(zhí)行完分支結(jié)構(gòu)，才開啟中斷。
恩，主意不錯�？墒菃栴}又來了
假設(shè)在關(guān)閉中斷的程序里面調(diào)用了subFun（）函數(shù)，而子函數(shù)同樣也有關(guān)閉中斷，開啟中斷的處理。那么很
有可能在臨界區(qū)并沒有執(zhí)行完成的條件下，中斷被打開了。臨界區(qū)的一部分被截掉了！�。�！
這種情況，又怎么解決呢？
臨界處理_關(guān)閉中斷，恢復(fù)中斷最初狀態(tài)
接上文，那個問題怎么解決呢？
在上文的主程序中聲明一個cpu_sr變量，在subFun函數(shù)中也聲明一個cpu_sr變量
主程序中：
cpu_sr = ARMCoreDisableIntExt();//cpu_sr開始是開啟中斷的狀態(tài)
……
//subFun函數(shù)
｛
cpu_sr = ARMCoreDisableIntExt();//cpu_sr此時是關(guān)閉中斷的狀態(tài)
……
ARMCoreRestoreIntStatus(cpu_sr );//恢復(fù)cpu到關(guān)閉中斷的狀態(tài)
｝
……
ARMCoreRestoreIntStatus(cpu_sr );//恢復(fù)cpu到開始狀態(tài)
看看，多巧妙，通過一個局部變量，實現(xiàn)了這個保護(hù)臨界代碼的功能
程序=數(shù)據(jù)結(jié)構(gòu) + 算法
一說數(shù)據(jù)結(jié)構(gòu)，往往想到的是struct結(jié)構(gòu)體。其實有點偏頗，全局變量是數(shù)據(jù)結(jié)構(gòu)，局部變量也是數(shù)據(jù)結(jié)構(gòu)。還記得，用static靜態(tài)變量，來完成按鍵掃描程序嗎？愣是沒有用檢測按鍵彈起的代碼，就把按鍵掃描函數(shù)實現(xiàn)了。高，實在是高�。�！
|
|
