生产者消费者模式浅析

由于最近工作中,涉及到生产者消费者设计模式,对此有一些体会,所以总结一下,与大家分享。


什么是生产者消费者模式


在工作中,大家可能会碰到这样一种情况:某个模块负责产生数据,这些数据由另一个模块来负责处理(此处的模块是广义的,可以是类、函数、线程、进程等)。产生数据的模块,就形象地称为生产者;而处理数据的模块,就称为消费者。在生产者与消费者之间在加个缓冲区,我们形象的称之为仓库,生产者负责往仓库了进商品,而消费者负责从仓库里拿商品,这就构成了生产者消费者模式。结构图如下:


生产者消费者模式的优点


1、解耦

假设生产者和消费者分别是两个类。如果让生产者直接调用消费者的某个方法,那 么生产者对于消费者就会产生依赖(也就是耦合)。将来如果消费者的代码发生变化, 可能会影响到生产者。而如果两者都依赖于某个缓冲区,两者之间不直接依赖,耦合也 就相应降低了。

举个例子,我们去邮局投递信件,如果不使用邮筒(也就是缓冲区),你必须得把 信直接交给邮递员。有同学会说,直接给邮递员不是挺简单的嘛?其实不简单,你必须 得认识谁是邮递员,才能把信给他(光凭身上穿的制服,万一有人假冒,就惨了)。这 就产生和你和邮递员之间的依赖(相当于生产者和消费者的强耦合)。万一哪天邮递员 换人了,你还要重新认识一下(相当于消费者变化导致修改生产者代码)。而邮筒相对 来说比较固定,你依赖它的成本就比较低(相当于和缓冲区之间的弱耦合)。

2、支持并发

由于生产者与消费者是两个独立的并发体,他们之间是用缓冲区作为桥梁连接,生产者只需要往缓冲区里丢数据,就可以继续生产下一个数据,而消费者只需要从缓冲区了拿数据即可,这样就不会因为彼此的处理速度而发生阻塞。

接上面的例子,如果我们不使用邮筒,我们就得在邮局等邮递员,直到他回来,我们把信件交给他,这期间我们啥事儿都不能干(也就是生产者阻塞),或者邮递员得挨家挨户问,谁要寄信(相当于消费者轮询)。

3、支持忙闲不均

缓冲区还有另一个好处。如果制造数据的速度时快时慢,缓冲区的好处就体现出来 了。当数据制造快的时候,消费者来不及处理,未处理的数据可以暂时存在缓冲区中。 等生产者的制造速度慢下来,消费者再慢慢处理掉。

为了充分复用,我们再拿寄信的例子来说事。假设邮递员一次只能带走1000封信。 万一某次碰上情人节(也可能是圣诞节)送贺卡,需要寄出去的信超过1000封,这时 候邮筒这个缓冲区就派上用场了。邮递员把来不及带走的信暂存在邮筒中,等下次过来 时再拿走。


实际应用


在P3版本升级项目中,信息服务器要接收大批量的客户端请求,原来那种串行化的 处理,根本无法及时处理客户端请求,造成信息服务器大量请求堆积,导致丢包异 常严重。之后就采用了生产者消费者模式,在业务请求与业务处理间,建立了一个List 类型的缓冲区,服务端接收到业务请求,就往里扔,然后再去接收下一个业务请求,而 多个业务处理线程,就会去缓冲区里取业务请求处理。这样就大大提高了服务器的相 应速度。



如果有问题及建议,欢迎关注微信公众号:




  • 9
    点赞
  • 30
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
浅析java常用的设计模式(doc 23页) 1、工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即 可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修 改。如:如何创建及如何向客户端提供。   2、建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程 生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客 户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。   3、工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交 给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接 触哪一个产品类应当被实例化这种细节。   4、原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型,然后用复 制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少 产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等 级结构。缺点是每一个类都必须配备一个克隆方法。   5、单例模式:单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统 提供这个实例单例模式。单例模式只应在有真正的"单一实例"的需求时才可使用。   6、适配器(变压器)模式:把一个类的接口变换成客户端所期待的另一种接口,从 而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参 数返还一个合适的实例给客户端。   7、桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们 之间的强关联变成弱关联,也就是指在一个软件系统的抽象化和实现化之间使用组合/聚 合关系而不是继承关系,从而使两者可以独立的变化。   8、合成模式:合成模式将对象组织到树结构中,可以用来描述整体与部分的关系。 合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表 示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同 等看待。   9、装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个 替代方案,提供比继承更多的灵活性。动态给一个对象增加功能,这些功能可以再动态 的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 一个代理对象,并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另 一个人或者一个机构采取行动。某些情况下,客户不想或者不能够直接引用一个对象, 代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与 真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有一个被代理对象 的接口,这时候代理对象不能够创建被代理对象,被代理对象必须有系统的其他角色代 为创建并传入。   13、责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接   起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。 客户并不知道链上的哪一个对象最终处理这个请求,系统可以在不影响客户端的情况下 动态的重新组织链和分配责任。处理者有两个选择:承担责任或者把责任推给下家。一 个请求可以最终不被任何接收端对象所接受。   14、命令模式:命令模式把一个请求或者操作封装到一个对象中。命令模式把发出 命令的责任和执行命令的责任分割开,委派给不同的对象。命令模式允许请求的一方和 发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请 求是怎么被接收,以及操作是否执行,何时被执行以及是怎么被执行的。系统支持命令 的撤消。   15、解释器模式:给定一个语言后,解释器模式可以定义出其文法的一种表示,并 同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模 式将描述怎样在有了一个简单的文法后,使用模式设计解释这些语句。在解释器模式里 面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个 代表文法的命令类的等级结构,也就是一系列的组合规则。每一个命令对象都有一个解 释方法,代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一 个语言。   16、迭代子模式:迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内 部表象。多个对象聚在一起形成的总体称之为聚集,聚集对象是能够包容一组对象的容 器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中,从而与聚集本身隔开。迭 代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象, 每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。   17、调停者模式:调停者模式包装了一系列对象相互作用的方式,使得

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值