STM32在使用中，因为一般没有其他异常抛出，所以抛出异常一般都是HardFault_Handler.

导致产生该现象的原因有一下几点：

(1)数组越界操作；

(2)内存溢出，访问越界；

(3)堆栈溢出，程序跑飞；

(4)中断处理错误；

一，数组越界

毋庸置疑，程序中使用了静态数组，而在动态传参时数组赋值溢出。或者动态分配内存太小，导致程序异常。

二，内存溢出

重点检查RAM区域，程序编译后执行的RAM数据量大小为多少是否可能越界。一般不要设置到极致的情况，程序中的一些动态数组传参时会导致异常。

计算 RW-data+ZI-data 为需要存储在RAM区域的变量等。

检查程序编译后的.MAP文件。

对应手册，或者编译器查找到对应RAM存储空间区域。找到该区域分析，并对应。

例入 此芯片的RAM区域为0X20000000的48K的存储空间，检查这些变量，特别是全局变量的分配。

RAM区域内存分配不足时，检查某些变量是否可以申请为存在代码区域。

本设计中可以看到，由于申请了几个大的静态数组，RAM区域已经使用到了b790 离 C000的48K 内存已十分接近。

在这种问题下，尤其需要注意：

使用Printf，vsprintf，sprintf 格式化数据导致的内存问题，这些函数使用的内存空间较大，猜测是由于，该函数采用的拷贝数组的形式转换，内存耗费剧烈。

使用操作系统的若为 设置钩子函数抛出异常，则也会产生该问题。配置操作系统所用空间，包含消息量，消息队列，邮箱，任务堆栈等。

三，堆栈溢出

这在使用操作中问题尤其严重，在操作系统中，任务的变量均分配放置在任务所申请的堆栈空间中，例如FreeRTOS的

xTaskCreate

task. h

 

创建新的任务并添加到任务队列中，准备运行

 

Parameters:
pvTaskCode     指向任务的入口函数. 任务必须执行并且永不返回 (即：无限循环).
pcName     描述任务的名字。主要便于调试。最大长度由configMAX_TASK_NAME_LEN.定义
usStackDepth     指定任务堆栈的大小 ，堆栈能保护变量的数目- 不是字节数. 例如，如果堆栈为16位宽度，usStackDepth定义为 100, 200 字节，这些将分配给堆栈。堆栈嵌套深度（堆栈宽度）不能超多最大值——包含了size_t类型的变量
pvParameters     指针用于作为一个参数传向创建的任务
uxPriority     任务运行时的优先级( 0 : 优先级最低)
pvCreatedTask     用于传递一个处理——引用创建的任务
返回:
pdPASS 是如果任务成功创建并且添加到就绪列中，另外错误代码在projdefs. H文件定义

所创建的任务需要指定堆栈大小，那么堆栈申请不足，则会出现异常，针对该问题可启动系统的钩子函数HOOK函数，抛出该异常。

四，中断处理异常

程序中开启了某些中断，例如USART,TIMER,RTC等。

但在程序执行中，满足中断条件，但并未能查找到该部分对应的中断服务函数，则会抛出该异常。