扫码关注
面试官问你STM32中IWDG和WWDG有什么区别，不能只回答一个独立、一个窗口。还要说明两者的时钟来源、刷新规则、故障覆盖范围，以及在实际产品中如何避免程序卡死后仍然不断喂狗。
IWDG（独立看门狗）通常由独立低速时钟LSI驱动，主时钟异常时仍可继续计数，适合提供相对独立的超时复位保护；WWDG（窗口看门狗）通常由APB时钟分频驱动，要求在规定时间窗口内刷新，过早或过晚刷新都可能触发复位，更适合检测程序执行节奏异常。具体特性、低功耗行为和可用选项以目标STM32系列参考手册为准。
02核心原理与工程判断
IWDG的工作特点
IWDG使用独立时钟源，常见为内部LSI低速RC时钟，计数器持续递减，软件在超时前刷新即可避免复位。由于时钟相对独立，即使系统主时钟或APB时钟出现故障，IWDG仍可能继续工作。它适合做系统级失控保护，但LSI精度有限，超时时间需要按器件时钟误差范围设计。
WWDG为什么叫窗口看门狗
WWDG除了超时，还检查刷新时机。计数器必须在窗口允许的区间内刷新：刷新过早说明程序可能跑飞、执行过快或跳过预期任务；刷新过晚则说明任务可能卡住或响应超时。WWDG通常由APB时钟分频得到计数时钟，因此时钟配置和总线频率会影响实际窗口时间。
两种看门狗分别能发现什么问题
IWDG主要覆盖程序停止刷新、死循环、任务失去调度等导致的超时问题，也能在主时钟异常时提供一定保护。WWDG除超时外，还能检测过早刷新，适合对任务执行周期和服务节奏有约束的场景。但两者都不能自动证明业务逻辑正确，持续运行却输出错误数据仍需独立功能监控。
项目中如何选择
若产品首先需要独立于主时钟的兜底复位机制，IWDG通常更直接；若需要检测刷新过早和过晚、约束软件执行周期，可考虑WWDG。部分产品会组合使用，但要明确两个看门狗的职责、启动条件、调试模式和低功耗行为，避免复位原因难以追踪。
喂狗机制怎样设计才可靠
不建议只在SysTick中断或固定定时器中无条件刷新看门狗，因为主循环或关键任务卡死时，中断仍可能继续喂狗。更稳妥的做法是让关键任务分别上报心跳，由统一健康管理模块确认所有必要任务在规定时间内完成，再执行刷新。复位后还应读取复位标志并记录故障上下文。
03实际排查与设计步骤
01确认具体STM32型号是否同时具备IWDG和WWDG，并查阅参考手册中的时钟源、计数位宽、窗口寄存器和低功耗特性。
02根据系统任务周期、最大阻塞时间和允许恢复时间，计算看门狗超时与窗口范围，留出调度抖动和时钟误差裕量。
03把喂狗条件绑定到关键任务健康状态，而不是简单放在周期中断里无条件执行。
04人为制造死循环、任务阻塞、刷新过早、刷新过晚和主时钟异常，验证复位行为及复位原因记录。
05量产前检查调试冻结选项、低功耗模式、Bootloader与应用交接、固件升级和看门狗启动顺序。
04面试中的常见失分点
误区1：认为IWDG和WWDG只是超时时间不同，没有理解WWDG过早刷新也可能触发复位。
误区2：在固定定时器中断里无条件喂狗，主任务已经卡死但中断还在运行，导致看门狗失去监控意义。
05面试官可能继续追问
Q：如果主循环已经卡死，但SysTick中断仍然正常，为什么系统可能一直不复位？
如果喂狗动作放在SysTick中断中，中断仍可能周期执行并刷新看门狗。此时看门狗只能证明中断还在运行，不能证明主循环和关键任务健康。应由任务级心跳或状态检查汇总关键任务运行情况，再决定是否刷新。
