STM32出現HardFault_Handler故障的原因主要有兩個方面：

1、內存溢出或者訪問越界。這個需要自己寫程序的時候規范代碼，遇到了需要慢慢排查。

2、堆棧溢出。增加堆棧的大小。

出現問題時排查的方法：

發生異常之后可首先查看LR寄存器中的值，確定當前使用堆棧為MSP或PSP，然后找到相應堆棧的指針，并在內存中查看相應堆棧里的內容。由于異常發生時，內核將R0~R3、R12、LR、PC、XPRS 寄存器依次入棧，其中LR即為發生異常前PC將要執行的下一條指令地址。

注意：寄存器均是32位，且STM32是小端模式。（參考Cortex-M3權威）

編寫問題代碼如下：

void StackFlow(void)
{
 int a[3],i;
 
 for(i=0; i<10000; i++)
 {
  a[i]=1;
 }
}

 void SystemInit(void)
{
  /* Reset the RCC clock configuration to the default reset state ------------*/
  /* Set HSION bit */
  RCC->CR |= (uint32_t)0x00000001;
 
 

  /* Reset CFGR register */
  RCC->CFGR = 0x00000000;

  /* Reset HSEON, CSSON and PLLON bits */
  RCC->CR &= (uint32_t)0xFEF6FFFF;

  /* Reset PLLCFGR register */
  RCC->PLLCFGR = 0x24003010;
 
 StackFlow();

  /* Reset HSEBYP bit */
  RCC->CR &= (uint32_t)0xFFFBFFFF;

 。。。。。。。。。。。。。。

}

DEBUG如下圖

SP值為0x20008560，查看堆棧里面的值依次為R0~R3、R12、LR、PC、XPRS， 例如R0(10 27 00 00),  顯然堆棧后第21個字節到24字節即為LR，該地址0x08001FFD即為異常前PC將要執行的下一條指令地址（即StackFlow()后面的語句處 RCC->CR &= (uint32_t)0xFFFBFFFF）

另一種方法：

默認的HardFault_Handler處理方法不是B .這樣的死循環么？樓主將它改成BX LR直接返回的形式。然后在這條語句打個斷點，一旦在斷點中停下來，說明出錯了，然后再返回，就可以返回到出錯的位置的下一條語句那兒

__asm void wait()
{
      BX lr
}

void HardFault_Handler(void)
{
    /* Go to infinite loop when Hard Fault exception occurs */
       wait();
}