看门狗真正的用法应当是：在不用看门狗的情况下，硬件和软件经过反复测试已经通过，而在考虑到在实际应用环境中出现的强烈干扰可能造成程序跑飞的意外情况时，再加入看门狗功能以进一步提高整个系统的工作可靠性。可见，看门狗只不过是万不得已的最后手段而已。
但是，有相当多的工程师，尤其是经验不多者，在调试自己的系统时一出现程序跑飞，就马上引入看门狗来解决，而没有真正去思考程序为什么会跑飞。实际上，程序跑飞的大部分原因是程序本身存在bug，或者已经暗示硬件电路可能存在故障，而并非是受到了外部的干扰。如果试图用看门狗功能来“掩饰”此类潜在的问题，则是相当不明智的，也是危险的，潜在的系统设计缺陷可能一直伴随着您的产品最终到用户手中。
综上，我们建议：在调试自己的系统时，先不要使用看门狗，待完全调通已经稳定工作了，最后再补上看门狗功能。
