从串口读数据，本来是很简单的问题，但是这次串口的数据量有点大，而我的上位机也有PC变成了ARM的嵌入式系统，性能相对PC有所下降。以前写去读串口，都是在PC下的程序，也一直用的都是readAll函数，没有啥大问题。这次出现了问题，在第一版本中，出现了丢包严重，好多数据丢失，开始一度怀疑都是单片机出数的问题，所以优先解决单片机问题，解决方法很简单，把现有程序改成PC版，在PC上通过串口连接到单片机的串口上，发现单片机确实存在出数据量不够的因素。随后将单片机波特率调至高波特率。在PC上验证数据可以。
2 串口readAll读取数据问题
移植到ARM嵌入式系统上面，画面依旧卡顿，无解，随打印Log查看发现，每次readAll的数据长度都不一样，而我的解析函数都是默认解析第一帧，和面的数据等于全部丢失，导致画面卡顿；这里要说一下，以前以我浅陋的认识认为中断的方式就是一帧一帧的来接受，但是这几天学习才发现我以前的认识是错误的，中断只是在接收到有数据的时候就会触发了，所以这里在使用串口的时候，最后可以加上结束符，这样也好判断包的完整性。
3 线程问题
其实包的完整性不是我第一个考虑的问题，我第一个考虑的问题是ARM开发板的处理性能问题，打开资源管理器查看，发现有一个核心CPU占用率95左右，有时直接100了。所以第一想到的可能是应为CPU性能有限，而我在界面上有大量的绘制工作，导致数据处理不及时或者画面渲染卡顿造成，所以开了线程。一开线程，那就发现我以前的认知又错了。一直以为只要写在线程类里面的东西，都会去线程里面，后面通过打印线程ID发现根部不是一回事，线程ID和主线程ID一样，一度怀疑开了一个假线程，后面学习才发现，只有在run函数里面的才会去到线程里面。这里又一个知识点。开了线程还是没有解决我的问题。画面依旧卡顿。考虑可能是中断的问题，所以转换思路，换直接读取，直接在run函数里面while(1)读取串口数据，还是无解，画面依旧卡顿，这才回到上面“2”中的内容，打印串口readAll数据发现每次接收的数据量都不是一样的。找到方法就很简单了，在我的数据解析函数里面加入拆包处理就可以了。完美决绝问题。
4 线程遇到内存错误问题
线程其实就是一个最大的坑，这里当我窃喜的时候，程序运行无缘无故崩溃 Debug发现都是内存错误，传说中的问题终于让我遇到，但是呢，没有解决，怎么改也不行，都是内存先关的问题，尝试过吧串口对象设置静态、全局、指针、实体。均失败，都会有程序崩溃线程，最后还是把串口数据读取移动到主进程中，才解决。
5 小总结
绕了一圈最后发现还是出现在读取数据理解的问题上，还是自己的开发经验不足呀。不过还是解决了这个问题了，老板看到新的画面丝滑搬流畅，很开心，哈哈哈哈。
6 题外话
这次开发有个插曲，在第一版中，客户给的文件中图形画面模糊，而且是黑白的，画面描述很多地方都不具体，导致做出来的东西都是摸索出来的，很不满意，加上客户还让出六份文档，导致我个人直接崩溃，完全没有得到客户的认可，文档也不是客户想要的，这里是因为客户的问题“上位机”软件，我没有理解到客户的点，导致文档全部作废。直接爆发，和老板干了一架。估计这也没谁了，还是太年轻，自己也没有摆好自己的位置，我们做开发的，不就是解决客户的问题吗，客户要是知道自己要啥，那还找我们做啥了，希望在后面的职业生涯中，自己可以稳重点，不要还和一个刚毕业的大学生的一样。逼近也不小了，总不能天天让被人哄着。
