经验之一：用“软件陷阱+程序口令”对付PC指针的弹飞当CPU受到外界干扰,有时PC指针会飞到另一段程序中,或跳到空白段去。其实,如果PC指针飞到空白段去,倒也好处理。只要在空白段设立软件陷阱(拦截指令),将程序拦截到初始化段或程序错误处理段。但是,如果PC指针飞到另一段程序中去了,系统如何办?小匠在这里推荐一种方法——程序口令,思路如下：1、首先,程序必须模块化。每个模块（子程序）执行一个功能。每个模块只有一个出口（RET）
经验之一：用“软件陷阱+程序口令”对付PC指针的弹飞
当
CPU受到外界干扰,有时PC指针会飞到另一段程序中,或跳到空白段去。
其实,如果PC指针飞到空白段去,倒也好处理。只要在空白段设立软件陷阱(拦截指令),将程
序拦
截到初始化段或程序错误处理段。
但是,如果PC指针飞到另一段程序中去了,系统如何办?小匠在这里推荐一种方法——程序口
令,
思路如下：
1、首先,程序必须
模块化。每个模块（子程序）执行一个功能。每个模块只有一个出口
（RET）。
2、设立一个模块（子程序）ID寄存器。
3、为每个子程序配置一个唯一的ID号码。
4、每当子程序执行完毕,要返回（RET）之前,先将本子程序的ID号送入 ID寄存器
5、返回到上级程序后,先判断ID寄存器中的ID号。如果正确,则继续执行;如果不正确,
则表示
PC指针有可能已经跳错了,子程序没有按预计的出口返回,这时将程序拦截到初始化段或程
序错
误处理段。
这种方法,如同在程序中设立了若干个岗哨,每次调用子程序返回后,都要对口令（ID
号）,验
明正身后再放行。再配合软件陷阱,基本上可以将大多数PC指针弹飞的现象检测到。
到了程序错误处理段,要杀要剐（冷启动还是热启动）就由您了。
仅以一条代码来揭示程序飞跑的本质！
750
102H ;
MOV01H,#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）高
层,
就要问问是不是你的王国根基（硬件）有问题了？而非出在意识形态（软件）上！硬件为
本！软
件为标！标本兼治铸就坚强体魄,方能百毒不侵！
经验之二、不要轻信软件狗
关于软件狗的讨论,论坛上多矣。
匠人也曾经查阅过许多关于软件狗的文章。有些大师确实提出了一些比较有技巧性的方法。
但是,匠人的忠告是：不要轻信软件狗！
其实,软件狗相当于软件的一种自律行为。一般的思路都是通过设立一个
计数器,在计时中
