STM32L053启动时__libc_init_array触发WWDG中断的技术求助

针对你在STM32L053开发中遇到的两个问题——调试器箭头行号偏移，以及进入main()前触发WWDG中断，我结合你的开发环境（Linux+Eclipse+gcc-arm-none-eabi-7-2017-q4+OpenOCD）给出以下分析和解决思路：

一、调试器箭头指向__libc_init_array()下一行的问题 #

这是老版本GCC ARM工具链与Eclipse调试器结合时常见的符号解析偏差问题，主要原因是早期工具链生成的调试信息（DWARF格式）在映射库函数行号时存在偏移，尤其是__libc_init_array()这类C库初始化函数。你可以尝试以下两种解决方法：

• 调整GDB调试参数：在Eclipse的调试配置中，进入Debugger -> GDB Commands，添加以下两条命令：

  set print symbol-filename on
  set breakpoint pending on
  

  这会让GDB更严格地解析符号对应的源代码行号，减少偏移情况。
• 升级工具链版本：你使用的gcc-arm-none-eabi-7-2017-q4是比较旧的版本（2017年），后续的9.x、10.x版本在调试信息生成上做了很多优化，与Eclipse的兼容性更好，升级后大概率能解决行号偏移问题。

二、进入main()前触发WWDG_IRQHandler()的排查方向 #

虽然你提到这点不重要，但还是给你几个常见的排查点，避免后续影响功能：

• 检查启动文件与中断向量表：确认startup_stm32l053xx.s中的中断向量表，WWDG_IRQHandler的位置是否正确，有没有和其他中断向量（比如独立看门狗IWDG）混淆，错误的向量映射会导致异常触发。
• 排查系统初始化代码：STM32L0的WWDG默认是关闭的，但如果你的SystemInit()函数或者启动文件中的初始化逻辑不小心开启了WWDG，且没有及时喂狗，就会在初始化阶段触发中断。可以在SystemInit()末尾添加WWDG禁用代码测试：

  // 如果使用HAL库
  HAL_WWDG_MspDeInit(&hwwdg);
  // 或者直接操作寄存器
  RCC->APB1ENR &= ~RCC_APB1ENR_WWDGEN;
  WWDG->CR &= ~WWDG_CR_WDGA;
  

• 检查全局构造函数：__libc_init_array()会调用所有全局对象的构造函数，如果某个全局对象的构造函数中误操作了WWDG寄存器（比如开启了看门狗但没喂狗），就会触发中断。可以暂时注释掉所有全局构造函数，逐步恢复排查。
• 硬件与时钟排查：WWDG依赖LSI低速内部时钟，如果LSI时钟不稳定或未正确启动，会导致看门狗计数异常。可以在SystemInit()中确认LSI的启动状态，或者暂时切换到其他时钟源测试（如果硬件允许）。

内容的提问来源于stack exchange，提问作者Jibz