写程序偶尔会遇到程序死机的现象。这个时候，就需要debug来定位。
通常情况下，程序会进入HardFault_Handler的死循环（针对stm32系列），我遇到过两次。
第一次是使用数组之前，数组的下标清零了，导致无法访问串口的数据，俗称内存越界，你误以为访问串口的全局数组，其实是其他数据，uart[23],index=0,之后，想用uart[index-1]来访问数组的最后一个数据，这个时候就出现问题了，其实是uart[-1]的数据，可想而知，什么数据不知道，就会出现程序死机的现象，这个现象debug的时候基本上要仔细看串口的缓存和下标的变化基本可以查到原因。
第二种是不同的任务访问相同的外设资源。
我想用uart来打印数据，但是我默认上电后，建立了两个串口的任务，这样就产生了这个任务想使用串口来接收，但是其他任务又想打印数据，因此就冲突了，这样的解决方式是把串口的任务都屏蔽了，这样就可以单独使用串口来发送了。debug的时候可以看《Call Stack窗口》，显示停在了uart任务中，因此就判断串口任务捣的鬼，之后屏蔽了就解决问题了
具体的方法可以参考以下链接：
http://news.eeworld.com.cn/mcu/article_2017110835733.html
【stm32进入HardFault_Handler的定位方法】https://blog.csdn.net/u013184273/article/details/84440177
推荐阅读
- c语言|一文搞懂栈(stack)、堆(heap)、单片机裸机内存管理malloc
- 嵌入式-外设|DDR3基础详解
- ffmpeg|从零开始仿写一个抖音App——基于FFmpeg的极简视频播放器
- #|Multimedia
- USB转串口|USB转四串口芯片CH9344
- python|Python的DEBUG LOG
- ARM的C语言程序优化
- linux|【原创】ARM LINUX 外部RTC实时时钟驱动移植（RX8025）
- linux进程通信（一）--共享内存+信号量，代码示例
- C|堆和栈