今日嵌入式试题：看门狗机制与内存泄漏检测

问题一：看门狗定时器的工作原理及配置

题目：请详细说明看门狗定时器的工作原理，并描述在STM32中如何配置独立看门狗(IWDG)和窗口看门狗(WWDG)，对比两者的应用场景差异。

答案详解：

看门狗定时器(Watchdog Timer, WDT)是嵌入式系统的"安全卫士"，通过监控程序运行状态来防止系统因软件死锁、硬件故障或外部干扰而陷入异常状态。
其核心原理是：系统启动后看门狗开始倒计时，程序需在超时前定期"喂狗"(重置计数器)，若未及时喂狗则触发系统复位重启。

独立看门狗(IWDG)配置流程：

1. 写入0xCCCC到IWDG_KR寄存器启动看门狗
2. 写入0x5555解锁PR和RLR寄存器
3. 设置预分频器(IWDG_PR)和重装载值(IWDG_RLR)
4. 定期写入0xAAAA到IWDG_KR进行喂狗操作

窗口看门狗(WWDG)特点：
• 基于APB总线时钟，允许在"窗口期"内喂狗

• 更严格的异常检测，防止程序误打误撞喂狗

• 可配置预超时中断，在复位前发出警告

应用场景对比：
• IWDG：独立于主系统时钟，使用内部低速时钟(LSI)，一旦启动无法停止，适用于高可靠性安全场合

• WWDG：基于APB时钟，窗口期机制更智能，适合实时性要求高的应用

知识点拓展：
看门狗分为硬件看门狗和软件看门狗。硬件看门狗由独立芯片实现，抗干扰能力强，即使主控崩溃仍能工作；软件看门狗依赖主控芯片内置定时器，成本低但依赖主控运行状态。实际应用中常采用硬件与软件协同复位策略，结合两者的优势。

问题二：嵌入式系统中的内存泄漏检测方法

题目：请阐述嵌入式系统中内存泄漏的常见原因，并详细说明三种以上内存泄漏检测方法及其适用场景。

答案详解：

内存泄漏常见原因：
• 动态内存分配后未释放：malloc/free、new/delete未配对使用

• 指针操作不当：指针被意外修改导致原内存块无法释放

• 中断与多任务冲突：中断服务程序中分配内存被高优先级任务打断

• 库函数使用不当：strdup、asprintf等隐式分配内存的函数忘记释放

检测方法一：静态代码分析
使用工具如PC-Lint、Coverity、Cppcheck在编译前扫描代码，找出未匹配的malloc/free调用。优点是无运行时开销，适合开发阶段预防性检测。

检测方法二：动态内存追踪
利用MTrace(GNU C库自带)或Valgrind等工具在运行时记录所有内存分配和释放操作。通过植入mtrace()和muntrace()函数，生成日志文件显示未释放的内存块及其分配位置(文件+行号)。

检测方法三：自定义内存管理器
实现轻量级内存追踪表，记录每次分配的指针地址、大小、文件名和行号，程序退出前检查未释放的分配记录。这种方法开销小，适合资源受限的嵌入式设备。

检测方法四：运行时水位监控
周期性检查堆内存使用量(mallinfo()函数)，若长期呈上升趋势且无下降，则可能存在泄漏。结合断点调试可定位可疑分配点。

知识点拓展：
在资源受限的嵌入式系统中，预防比检测更重要。建议优先使用静态内存分配、内存池或栈内存，减少动态分配风险。内存池通过预先分配固定大小的块，避免内存碎片，适合频繁分配/释放相同大小内存的场景。栈内存利用函数栈自动分配与释放特性，速度快且无泄漏风险，但需注意栈大小限制。