这事儿还得从我那年刚进厂带项目说起，当时带队做一套商场电梯的自动监控系统。带过项目的都知道，这种活儿最怕的就是程序莫名其妙“死火”。那天半夜三点，我刚睡下，甲方的电话就炸过来了，说电梯屏卡死了，按啥都没反应，只能强行断电重启。我连夜跑回机房排查，发现就是一行简单的逻辑跑死循环了，把系统资源占干了，导致整个程序在那儿“思考人生”。
什么是看门狗？
我当时就在想，要是能有个专门的人守在旁边，看程序要是几秒钟没动静了，直接帮我按一下重启键就好了。后来翻手册查资料，才发现这种活儿早就有人干了，这就是大家常说的Watchdog（看门狗）。说白了，它就是一段硬件电路或者一个小程序，专门盯着主程序。主程序每隔一段时间得去给它“喂个食”，证明自己还活着。要是这狗发现好久没人给它送吃的了，它就觉得主程序肯定出意外挂掉了，然后它二话不说，直接给系统来个硬重启。
我当时是怎么折腾这个“狗”的？
为了让这电梯系统不再掉链子，我开始上手捣鼓这个看门狗。整个过程挺直接，主要就是三个步骤：
- 先把狗给唤醒：我在初始化系统的时候，先去配置寄存器，把看门狗功能给开了。这时候我设置了一个“超时时间”，比如设定为5秒。意思就是，只要超过5秒没理这只狗，它就要咬人了。
- 开始不停地“喂狗”：我在主程序跑完一圈任务的最末尾，加了一行代码。这行代码的作用就是告诉看门狗：“我还活着，别重启”。咱们程序员圈子里管这叫“喂狗（Kick the dog）”。只要主程序正常跑，每秒钟都会去喂一次，狗就一直安安静静的。
- 坐等死机测试：我故意在代码里写了一个死循环，模拟程序卡死的情况。当程序跑进死循环后，后面那个“喂狗”的动作就执行不到了。我在旁边盯着秒表，刚好5秒钟，屏幕黑了一下，接着系统自动重启，程序重新开始运行了。当时那一瞬间，我这颗悬着的心才算落了地。
搞这玩意儿的时候踩过什么坑？
那时候我还是个二把刀，觉得喂狗这事儿简单，随便找个地方塞行代码就行。结果我直接把喂狗的代码放到了定时器中断里。好家伙，这下出大问题了。哪怕主程序已经跑飞了、逻辑全乱了，但只要定时器硬件没坏，它依然在那儿尽职尽责地喂狗。结果就是系统已经瘫痪得一塌糊涂了，看门狗还觉得主程序活得好好的，根本不重启。那天被师傅臭骂了一顿，我才明白，这喂狗的位置必须选在最关键、最能代表业务逻辑是否完整跑完的地方。
为什么咱们离不开这只狗？
很多人可能会说，你把程序写好点，别出Bug不就行了？但在实际干活的时候，由于环境干扰、静电，或者是不可预知的突发情况，程序总有歇菜的时候。特别是在咱们这种搞工业控制的，或者那些埋在山里、挂在电线杆子上的设备，谁能天天跑过去手动按重启？
有了这只“狗”，本质上就是给系统买了一份强制重启的保险。它不在乎你的代码写得多优雅，它只在乎你有没有准时给它喂饭。没饭吃，它就掀桌子重来。虽说这办法有点暴力，但对于保住系统的稳定性来说，简直就是救命的神技。
后来我把这套看门狗机制逻辑理顺了，电梯屏卡死的问题再也没出现过。哪怕偶尔有点小波折，系统自己闪一下也就恢复了。打那以后，我接手任何项目，第一件事就是先把看门狗给配置这才是干活踏实的保障。
