經(jīng)驗之一：用“軟件陷阱+程序口令”對付PC指針的彈飛

       當CPU受到外界干擾,有時PC指針會飛到另一段程序中,或跳到空白段去。其實,如果PC指針飛到空白段去，倒也好處理。只要在空白段設立軟件陷阱(攔截指令),將程序攔截到初始化段或程序錯誤處理段。但是,如果PC指針飛到另一段程序中去了，系統(tǒng)如何辦?小匠在這里推薦一種方法——程序口令，思路如下：

       1、首先，程序必須模塊化。每個模塊（子程序）執(zhí)行一個功能。每個模塊只有一個出口（RET）。

       2、設立一個模塊（子程序）ID寄存器。

       3、為每個子程序配置一個唯一的ID號碼。

       4、每當子程序執(zhí)行完畢，要返回（RET）之前， 
先將本子程序的ID號送入 ID寄存器。

       5、返回到上級程序后，先判斷ID寄存器中的ID號。

       如果正確，則繼續(xù)執(zhí)行；如果不正確，則表示PC指針有可能已經(jīng)跳錯了，子程序沒有按預計的出口返回，這時將程序攔截到初始化段或程序錯誤處理段。

       這種方法，如同在程序中設立了若干個崗哨，每次調(diào)用子程序返回后，都要對口令（ID號），驗明正身后再放行。再配合軟件陷阱，基本上可以將大多數(shù)PC指針彈飛的現(xiàn)象檢測到。到了程序錯誤處理段，要殺要剮（冷啟動還是熱啟動）就由您了。

       僅以一條代碼來揭示程序飛跑的本質(zhì)！750102H  ；MOV 01H，#02H  ，如當前PC不是指向75H，而是指向01H或02H，那么51內(nèi)的指令譯碼器將把她們忠實地翻譯成AJMP X01H 或 LJMP XXXXH  而XX01H XXXXH又是什么呢？天知道！這樣惡性飛跑下去那還不死定！改革一下：

CLR A ；0C4H
INC A ；04H
MOV R1，A ；0F9H
INC A ；04H 
MOV @R1,A  ；86H

       每一字節(jié)代碼都不能在生成跳轉(zhuǎn)和循環(huán)，且都是單字節(jié)指令！往那跑去？跑出去了都要自己回來！“在家”千日好！“跳出”事事難嘛！這樣只要平時習慣了用累加器和寄存器把數(shù)倒一倒，把那些危險代碼都給倒掉，這樣雖說給PC的“足”上多加了兩字節(jié)的“包”可它不好“跑”?。　白惆?===跑！有朋友會問：要是PC抓做02H--LJMP 又有抓做了老鼻子遠的XXH，再抓做隔壁的YYH不就沒用了嗎？提這樣的問題只有ZENYIN這種鉆牛角得才會提！PC那一位最活躍?。縋C0?。∫俺豆铡憋@然發(fā)生在她身上，至于那PC15同志啊，睡得更死豬一樣，雷爆（強干擾）來了都打不醒？此外如果干擾都強到了PC高位都出錯的地步！關電！關電！不干了！“不是我們不行而是敵人太強大”！反過來要是敵人在你的專政下，只是偶爾出來搗搗亂，但一出來就沖到屁西（PC）高層，就要問問是不是你的王國根基（硬件）有問題了？而非出在意識形態(tài)（軟件）上！硬件為本！軟件為標！標本兼治鑄就堅強體魄，方能百毒不侵！

        經(jīng)驗之二、不要輕信軟件狗

       關于軟件狗的討論，論壇上多矣。匠人也曾經(jīng)查閱過許多關于軟件狗的文章。有些大師確實提出了一些比較有技巧性的方法。但是，匠人的忠告是：不要輕信軟件狗！其實，軟件狗相當于軟件的一種自律行為。一般的思路都是通過設立一個計數(shù)器，在計時中斷中對其+1，在主程序的適當?shù)胤綄ζ淝辶?。如果程序失控了，清零指令未被?zhí)行，但中斷造常發(fā)生，則計數(shù)器溢出（狗狗叫了）。但是這里有個問題：萬一干擾導致中斷被屏蔽了，那軟件狗就永遠不會叫了！——針對這種可能，有人提出在主程序中反復刷新中斷使能標志，保證不讓中斷被屏蔽。——但萬一程序飛到某個死循環(huán)中去了，不再執(zhí)行“刷新中斷使能標志”這一功能了，還是有可能把狗狗活活餓死。