昨天某学员联系我，给我拍了这么一个图，问怎么解决。
、
我一看，这不简单嘛，就是串口缓存不够溢出了。
解决方法就是：读快点，缓存搞大点，把延时去掉或者改小不就OK了么？
给了答案后，过了半天回复，仍旧没有解决，现象是程序就只执行了一次，卡住了，不执行。
晚上10点又在问我，这工作劲。我想那就远程看程序了。
远程一打开，顿时感觉程序是“意大利面”，看起来心烦意乱。不过为了解决BUG，我决定静下心来分析。
学员说这个一个国外合作的很久前的LabVIEW的采集程序，硬件啥都有，只是程序在，跑程序的老电脑不在了。换了台新电脑，驱动啥的都装好了。就几个串口，还有DAQ采集的。然后领导要恢复起来，能运行。
看的很头大，程序总共就一个while里面，while里面有FOR循环，FOR循环里面还有定时循环。
这1个while循环里面，有5个仪器的读写程序，还有2个DAQ采集卡。都在一个while里面。感觉写程序的，哪里有空位，就写到哪里。反正已给字：乱。
我心里第一想的，这么乱的程序，不如自己重写。
但是，重写工作量大，先解决问题为主吧。人家只要能用就行。
尝试运行一次，果然卡住，由于程序就一个while，高亮执行很久，单步也一样。只能导出打探针看看执行情况。
终于发现了原因，有个仪器有个设置程序，设置之后，会读取仪器是否有设置成功的指令返回。结果这个程序，用了一个while循环，不停的读取串口缓冲，判断是否有某个字符串，收到这个字符串，才退出while。
而实际这个仪器设置有问题，没有回复正确字符串，while循环退不出，把这个程序卡住了。而且这个while，作为子vi的子vi的子vi的程序，嵌套很深。后来把仪器设置对了，问题解决。
原版程序不方便截图，大概如下图所示，大家自己内心体会一下。
全程远程1小时5分钟。
所以这里不得不说，有些人写代码确实能跑，但是稍微不注意，就跑不起来。包括这个等待仪器回复的这个while，按常理，不应该用一个while判断，即使判断，也要设置一个超时，等待一定时间后后，自动退出while，弹出错误提示。
所以，很多人问的一个简单问题，背后可能是其更大的问题。
希望我们都不要遇到和接手“祖传”代码。
审核编辑：刘清
