STM32F303带断点调试正常，无断点或HAL_Delay时固件异常求助

问题背景 #

使用STM32F303 MCU，通过STM32CubeIDE生成基础项目，在main()的while()循环中对int类型变量data执行自增操作，代码如下：

int data = 0;

int main(void)
{
  HAL_Init();
  SystemClock_Config();
  MX_GPIO_Init();
  while (1)
  {
      // HAL_Delay(20);
      data++;
  }
}

void SystemClock_Config(void)
{
  RCC_OscInitTypeDef RCC_OscInitStruct = {0};
  RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

  /** Initializes the RCC Oscillators according to the specified parameters
  * in the RCC_OscInitTypeDef structure.
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL9;
  RCC_OscInitStruct.PLL.PREDIV = RCC_PREDIV_DIV1;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }

  /** Initializes the CPU, AHB and APB buses clocks
  */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_2) != HAL_OK)
  {
    Error_Handler();
  }
}

现象说明 #

• 调试模式下给data++行添加断点时，运行正常，可在Live Expressions中看到data持续自增；
• 移除断点后，data会立即变为固定值3145848，且固件停止运行；
• 启用HAL_Delay()同样会导致固件运行失败，因此已将其注释；
• 该固件在NUCLEO开发板上运行正常。

已排查内容 #

• 电源供电正常，为3.3V；
• 所有使能引脚均配置为GPIO；
• vout和iout引脚为ADC；
• 已将时钟频率降至48MHz，但问题未解决。

原因分析与解决建议 #

1. 编译器优化导致变量被消除 #

由于data变量没有被任何外部逻辑使用（既无输出也无其他函数引用），编译器在非调试模式下（尤其是优化等级≥-O1时）会直接优化掉这个变量，甚至可能将空循环简化为死停指令，导致程序行为异常。

解决方法：

• 给data添加volatile修饰符，强制编译器保留变量的内存可见性：

  volatile int data = 0;
  

• 或者在循环中添加对data的实际使用（例如通过串口打印、赋值给GPIO寄存器），避免变量被优化：

  while (1)
  {
      data++;
      // 示例：将data的低8位输出到某GPIO端口
      HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, data & 0x01);
  }
  

2. 自定义硬件的稳定性问题 #

NUCLEO板运行正常但自定义板异常，说明硬件存在潜在问题：

• 晶振与时钟回路：检查HSE晶振的匹配电容是否为10~22pF，晶振焊接是否牢固，走线是否过长或靠近干扰源；
• 电源稳定性：确认MCU VCC引脚附近的0.1μF去耦电容是否焊接到位，电源回路的纹波是否过大；
• 接地与布线：检查PCB的接地平面是否完整，避免信号回路过长导致电磁干扰。

3. 调试与运行模式的优化差异 #

Debug模式下编译器默认关闭优化（-O0），变量会被完整保留；而Release模式下优化等级较高，容易出现与调试模式的行为差异。

解决方法：

• 暂时将编译器优化等级调整为-O0测试，确认是否由优化导致问题；
• 若需要Release模式优化，针对性处理需保留的变量（如添加volatile），同时确保所有外设配置在优化后仍能正常工作。

4. Flash访问配置问题 #

虽然调整了时钟频率，但Flash等待周期（FLASH_LATENCY）需与当前SYSCLK匹配：

• STM32F303在SYSCLK≤24MHz时需FLASH_LATENCY_0，24MHz<SYSCLK≤48MHz时需FLASH_LATENCY_1，>48MHz时需FLASH_LATENCY_2；
• 若时钟调整为48MHz，需将FLASH_LATENCY_2改为FLASH_LATENCY_1，否则可能导致Flash访问错误，程序跑飞。

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