表现：程序继续运行
1.1 数值异常
1.1.1 软件问题
- 数组越界：写数组时下标超出数组长度，导致对应地址内容被修改。此类问题通常需要结合map文件进行分析，通过map文件观察被篡改变量地址附近的数组，查看对该数组的写入操作是否存在如上图所示不安全的代码，将其修改为安全的代码。
- 栈溢出
此类问题也需要结合map文件进行分析。假设栈从高地址往低地址增长，如果发生栈溢出，则g_val的值会被栈上的值覆盖。
出现栈溢出时要分析栈的最大使用情况，函数调用层数过多，中断服务函数内进行函数调用，函数内部申明了较大的临时变量等都有可能导致栈溢出。
解决此类问题有以下方法：
1、在设计阶段应该合理分配内存资源，为栈设置合适的大小；
2、将函数内较大的临时变量加”static”关键字转化为静态变量，或者使用malloc()动态分配，将其放到堆上；
3、改变函数调用方式，降低调用层数。
- 判断语句条件写错
判断语句的条件容易把相等运算符“==”写成赋值运算符“=”导致被判断的变量值被更改，该类错误编译期不会报错且总是返回真。
建议将要判断的变量写到运算符的右边，这样错写为赋值运算符时会在编译期报错。还可以使用一些静态代码检查工具来发现此类问题。
- 同步问题
如操作队列时，出队操作执行的过程中发生中断(任务切换)，并且在中断(切换后的任务)中执行入队操作则可能破坏队列结构，对于这类情况应该操作时关中断（使用互斥锁同步）。
- 优化问题
如上图程序，本意是等待irq中断之后不再执行foo()函数，但被编译器优化之后，实际运行过程中flg可能被装入寄存器且每次都判断寄存器内的值而不重新从ram里读取flg的值，导致即使irq中断发生foo()也一直运行，需要在flg声明前加“volatile”关键字，强制每次都从ram里获取flg的值。
1.1.2 硬件问题
- 芯片Bug
芯片本身存在BUG，在某些特定情况下给单片机返回一个错误的值，需要程序对读回的值进行判断，过滤异常值。
- 通信时序错误
例如电源管理芯片Isl78600，假设现在两片级联，当同时读取两片的电压采样数据时，高端芯片会以固定周期通过菊花链将数据传送到低端芯片，而低端芯片上只有一个缓存区。
如果单片机不在规定时间内将低端芯片上的数据读走那么新的数据到来时将会覆盖当前数据，导致数据丢失。此类问题需要仔细分析芯片的数据手册，严格满足芯片通信的时序要求。
1.2 动作异常
1.2.1 软件问题
- 设计问题
设计中存在错误或者疏漏，需要重新评审设计文档。
- 实现与设计不符
代码的实现与设计文档不相符需要增加单元测试覆盖所有条件分支，进行代码交叉review。
- 状态变量异常
例如记录状态机当前状态的变量被篡改，分析该类问题的方法同前文数值异常部分。
1.2.2 硬件问题
- 硬件失效
目标IC失效，接收控制指令后不动作，需要排查硬件。
- 通信异常
与目标IC通信错误，无法正确执行控制命令，需要使用示波器或逻辑分析仪去观察通信时序，分析是否发出的信号不对或者受到外部干扰。
