前段时间一直在加班，单身狗的周末也搭进去了…只是为了解决一个莫名其妙的bug,不过最终bug还是拜倒在了朕的强大气场下，哈哈哈，现在就在这里好好吐槽下软件遇上硬件的坑；

先简单说说情景：软件需要给硬件设备的单片机发送一串byte数组，用于打开软件与硬件设备之间的通讯通道，软件命令发送完，接着就打开一个线程用于接收从硬件设备回传的数据，然后开始做其他的一些操作。但是现在出现的问题是命令发送了，会出现偶尔接收不到数据，刚开始还以为是硬件部门的问题，请硬件部门的人过来协助，结果发现软件发送的指令单片机也是接收到了的,那么是我写的程序有问题？NO~

中间的各种脑残调试，这里就不细说了，说说最终得到的分析结果：从软件发送指令到单片机接收到指令，其实是需要时间的，至于这个时间大概在两百毫秒以内，而软件在发送了这段指令之后，就直接执行后面的接收操作，但是这个时候单片机有可能还没有接收到软件发送的指令，通道没有打开，而我的程序已经在开始读取数据了（读个鬼啊，什么都没有），这样就造成了我的操作界面一直处于等待的状态…那为什么有时候又可以读取到数据了？因为从发送数据到单片机接收数据，这个时间不可控的，为什么不可控，这里我猜测跟系统资源及单片机内的程序有关，这种情况就好像当电脑内存紧张时，软件运行速度会降低一样（当然这种情况要毕竟很少），而单片机程序部分如果接收到指令后还做了其他耗时操作这个也是有可能的…知道了原因，那么在程序发送命令后，就简单粗暴的强制线程睡眠一秒Thread.sleep(200)，其实这种方法，依然存在问题，正确的最好的办法是让单片机在接收到我发出的命令后返回一个响应（但是要跟硬件部门沟通了~~~）