生产者消费者_3.LabVIEW框架生产者消费者

本文介绍了LabVIEW中的生产者消费者框架,用于解决实时数据采集与处理的问题。通过对比传统简单状态机与生产者消费者模式,阐述了框架的优势,如解耦、支持并发和忙闲不均的处理。并提供了一个具体的实例,展示如何创建生产者和消费者进程,以及它们如何通过队列交互数据。运行结果显示数据采集和处理的并发执行效果。
摘要由CSDN通过智能技术生成

LabVIEW框架-生产者消费者

如果程序开发者面对这样一个需求:既要实时采集一个通讯数据,又要将数据进行解析、显示、纪录等等一系列操作,那么我们应该如何实现。

如果我们可以选择使用简单状态机进行处理,流程图如下:

919ca3bb025d67cf635bca597be995b1.png

但是由于简单状态机只有一个线程,“数据处理”状态如果耗时过多,就不能及时采集数据,这样将会造成数据丢失。

针对于上述问题,我们本节引入生产者消费者框架。

生产者消费者

现在我们大部分人都在使用外卖服务,在我们点外卖的过程中会有三个对象参与:餐饮店、外卖小哥、顾客。而生产者和消费者框架中也包含三个与之对应的参与对象:生产者进程、队列、消费者进程。两个系统的对应关系如下图:

303357c8f7d4aac19d157f9256ed1dea.png

通过与外卖业务的对比我们可以总结出生产者消费者框架有以下几个优势:

  • 解耦

传统的进店消费模式老板直接面对顾客们,老板如果给顾客们上菜需要知道顾客们的座位号,而使用外卖业务以后老板不需要面对那么多顾客,他只需将餐食交给快递小哥,后面的事就不用再关心。

同样生产者消费者框架中的生产者如果需要向外传输数据,它也不需要找到数据的消费者,它只需把数据交给队列就可以了。

这样就减少了生产者和消费者之间的关联关系,降低了耦合强度。

  • 支持并发

传统的进店消费模式中,我们经常见到这样一种情景:店里满员以后店员就要停下来等有人消费完成以后才能迎接下一位顾客;而使用外卖业务以后,餐饮店将顾客的餐食制作完成后,无论顾客是否消费完成,它都可以接下一个订单,顾客的消费进程和餐饮店的接单进程同时进行,互相之间不受制约。

由于生产者消费者框架中使用了两个独立进程,生产者将接受到的数据放进队列以后,它就可进行下一次数据接受,不再受到消费者处理的进度影响,两者可以同时进行。

  • 支持忙闲不均

餐饮店里的大师傅手艺好,做菜快,很迅速地就把菜做完给外卖小哥去配送,他就可以空闲下来。这时快递小哥就起到了暂时保管餐食的作用,他站在楼下等顾客一份一份将外卖取走。

同样,生产者消费者框架中遇到忙闲不均的情况,队列就会起到数据缓存的作用。

下面就是一个生产者消费者的应用程序:

实例:

a2199cee8463d0d7aa227409688395e3.png

此程序创建了生产者和消费者两个进程:生产者进程从TCP中读取数据,如果有数据则将数据插入到队列中;消费者进程从队列中读取数据,延时200ms后将数据和当前时间连接显示到字符串控件。

生产者关闭进程后会释放队列引用,消费者利用元素出队列产生的错误关闭自身进程。

运行结果如下:

f5c7f07cb8c60b18a48cfb9d3cfc0b1c.gif

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值