多线程设计模式-生产者/消费者模式

生产者/消费者模式通过通道解耦数据生产与消费,使用BlockingQueueChannel作为缓冲区,避免直接影响双方处理速率。生产者生产数据存入通道,消费者从通道取数据进行处理。该模式常用于多线程场景,实现任务队列的削峰填谷,平衡生产者和消费者的处理能力。有界和无界阻塞队列可用于流量控制。

定义:通过通道对数据(或任务)的生产者和消费者进行解耦,使二者不直接交互,从而使二者的处理速率相对来说互不影响。

生产者消费模式UML图

Producer: 生产者,负责生产相应的“产品”并将其存入通道
    service: 生产者对外暴露的服务方法
Product: 生产者所“生产”的数据或者任务
Channel: 对通道的抽象。通道充当生产者和消费者之间的缓冲区用于“产品”传递,它可以是有存储容量限制的。
    put: 将“产品”存入通道
    take: 从通道中取出一个“产品”
BlockingQuequChannel: 基于阻塞队列的Channel实现。
    put: 将“产品”存入通道。当队列满时,该方法会将当前线程挂起直到队列非满
    take: 从通道中取出一个“产品”。当队列为空时,该方法通常会将当前线程挂起直到队列非空
Consumer: 消费者,负责对“产品”进行处理
    dispatch: 从通道中获取“产品”,并对其进行处理

生产者/消费者模式非常常见,不仅仅应用在多线程编程中。下列代码中BlockingQueueChannel缓存了一些来不及消费的产品,线程AbstractTerminatableThread充当了消费者,来为文件建立索引,这样产品的生产者和消费者在缓冲队列的帮助下,一定程度上实现了解耦,可以看作是非常简单版的消息中间件。


                
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值