关于HAL库STM32中断接收丢失第一个字节的问题

被HAL库中断接收丢失首字节的这个问题折磨了四天了，今天终于解决了，觉得有必要记录一下。

问题是这样的：刚开始上电后，用串口助手给串口1发送一帧数据（有帧头帧尾的），正常接收，继续发送，也正常接收，之后当串口4中断接收数据完成后，再用串口助手给串口1发送一帧数据的时候，发现首字节会丢失无法接收到，如果不让串口4进中断接收，就不会这样。

网上搜罗查阅了很多资料，什么RXNE、ORE、TC问题都试过了，一直无法解决，换行符这个不确定但是仔细想想逻辑不对，不应该涉及到这个，就排除了。

百思不得其解，为什么标准库这样写没问题，用了HAL库就不行了呢？想到这里，我对比了一下标准库和HAL库，发现标准库的串口中断函数都是独立一个一个函数这样写的，而HAL库能是把这些本该独立写的函数放到了回调函数里面，然后我就想到了串口独立性的问题，就是尽量保证串口用的变量也是相互独立的，但是还是不行（越早得到这个结论就出事了）

郁闷啊，为什么会这样啊？！

没办法，后面只能一点一点地尝试修改，还去看手册仔细研究寄存器，都感觉不应该会出现这个问题，只是鉴于个人水平极其有限，一直在想是不是使用方式不对，有些潜在的寄存器问题没有解决，搞了整整三天后，今天下午再来看一下，可能是运气好吧，让我再回头想想之前的解决思路，再次想起独立性这个问题，于是就检查回调函数里面串口4是否还有和串口1共用的变量，结果还真发现一个，就是for循环里面的i，这个i很重要，是串口1用来判断什么时候开始接收数据的数组下标，因为只定义了两位的数组，所以i只能是0或者1，而这里用的i循环是0到99，怀着激动的又忐忑的心情试一下换掉串口4中断接收里面的这个i,结果发现，竟然没问题了！！！！wc，我记得之前我有屏蔽过这里的for循环，不过仔细想想，我屏蔽的好像是串口1中断接收里面的for循环，愚蠢啊！原来犯的是这么低级的错误，不是寄存器问题，是程序变量定义的问题！

难怪每次进了串口4的中断后，再给串口1发指令就会丢失一个，是因为去进了串口4的中断后，i的值没有复位（我把i定义成局部静态的了），导致使用串口1接收的第一个字节的时候，第一个字节给了tmp[99],当进第一次中断后i的值变回0了，去判断tmp[0]的时候不是帧头字节（因为帧头字节在tmp[99]那里）就退出了，因为tmp[0]值不符合帧头，所以在中断里面i的值没变（如果值是帧头，i就会加1），第二次进来的时候就是从帧的第二个字节开始接收了处理了，这样就丢失了第一个字节！

小白真的真的要搞清楚变量使用的范围和过程，否则吃太多亏了，程序庞大后就很难排除这些问题了！