当CPU受到外界干扰,有时PC指针会飞到另一段程序中,或跳到空白段去。
其实,如果PC指针飞到空白段去，倒也好处理。只要在空白段设立软件陷阱(拦截指令),将程
序拦
截到初始化段或程序错误处理段。
但是,如果PC指针飞到另一段程序中去了，系统如何办?小匠在这里推荐一种方法——程序口
令，
思路如下：
1、首先，程序必须模块化。每个模块（子程序）执行一个功能。每个模块只有一个出口
（RET）。
2、设立一个模块（子程序）ID寄存器。
3、为每个子程序配置一个唯一的ID号码。
4、每当子程序执行完毕，要返回（RET）之前，先将本子程序的ID号送入 ID寄存器
5、返回到上级程序后，先判断ID寄存器中的ID号。如果正确，则继续执行；如果不正确，
则表示
PC指针有可能已经跳错了，子程序没有按预计的出口返回，这时将程序拦截到初始化段或程
序错
误处理段。
这种方法，如同在程序中设立了若干个岗哨，每次调用子程序返回后，都要对口令（ID
号），验
明正身后再放行。再配合软件陷阱，基本上可以将大多数PC指针弹飞的现象检测到。
到了程序错误处理段，要杀要剐（冷启动还是热启动）就由您了。
仅以一条代码来揭示程序飞跑的本质！
750102H ；MOV 01H，#02H
如当前PC不是指向75H，而是指向01H或02H，那么51内的指令译码器将把她们忠实地翻译成
AJMP
XX01H 或 LJMP XXXXH 而XX01H XXXXH又是什么呢？天知道！这样恶性飞跑下去那还不死
定！
改革一下：
CLR A ；0C4H
INC A ；04H
MOV R1，A ；0F9H
INC A ；04H
MOV @R1,A ；86H
每一字节代码都不能在生成跳转和循环，且都是单字节指令！往那跑去？
跑出去了都要自己回来！“在家”千日好！“跳出”事事难嘛！这样只要平时习惯了用累加
器和
寄存器把数倒一倒，把那些危险代码都给倒掉，这样虽说给PC的“足”上多加了两字节的
“包”
可它不好“跑”啊！“足包”====跑！
有朋友会问：要是PC抓做02H--LJMP 又有抓做了老鼻子远的XXH，再抓做隔壁的YYH不就没用
了
吗？提这样的问题只有ZENYIN这种钻牛角得才会提！PC那一位最活跃啊？PC0啊！要“扯
拐”显
然发生在她身上，至于那PC15同志啊，睡得更死猪一样，雷爆（强干扰）来了都打不醒？此
外如
果干扰都强到了PC高位都出错的地步！关电！关电！不干了！“不是我们不行而是敌人太强
大”！反过来要是敌人在你的专政下，只是偶尔出来捣捣乱，但一出来就冲到屁西（PC）高
层，
就要问问是不是你的王国根基（硬件）有问题了？而非出在意识形态（软件）上！硬件为
本！软
件为标！标本兼治铸就坚强体魄，方能百毒不侵！
经验之二、不要轻信软件狗
关于软件狗的讨论，论坛上多矣。
匠人也曾经查阅过许多关于软件狗的文章。有些大师确实提出了一些比较有技巧性的方法。
但是，匠人的忠告是：不要轻信软件狗！
其实，软件狗相当于软件的一种自律行为。一般的思路都是通过设立一个计数器，在计时中
断中
对其+1，在主程序的适当地方对其清零。如果程序失控了，清零指令未被执行，但中断造常
发
生，则计数器溢出（狗狗叫了）。
但是这里有个问题：万一干扰导致中断被屏蔽了，那软件狗就永远不会叫了！——针对这种
可
能，有人提出在主程序中反复刷新中断使能标志，保证不让中断被屏蔽。——但万一程序飞
到某
个死循环中去了，不再执行“刷新中断使能标志”这一功能了，还是有可能把狗狗活活饿
死。
所以，匠人的观点是：看门狗必须拥有独立的计数器。（即硬件看门狗）
好在现在好多芯片都提供了内部WDT。这种狗都是自带计数器的。即使干扰导致程序失控，
WDT还
是会造常计数直到溢出。
当然，匠人也没有要将软件狗一棍子全部打死的意思。毕竟不管是软狗还是硬狗，逮到耗子
就是
好狗嘛（狗拿耗子——多管闲事？）。如果哪位训狗专家确实养过一条能看门的好软件狗，
