Boost.Asio学习Proactor设计模式

- 原理图

通俗理解:Proactor设计模式 事件处理好后,它通知我们他处理好了
Reactor设计模式 感知事件后通知用户来处理
在这里插入图片描述

  • Asynchronous Event Demultiplexer (异步事件分发器)
    阻塞等待事件在完成事件队列中发生,并将完成的事件返回给其调用者。

  • Completion Handler (完成处理程序)
    处理异步操作的结果,这些是函数对象,通常使用boost::bind创建,也就是回调函数

  • Proactor
    调用Asynchronous Event Demultiplexer,分派与事件相关的处理程序(例如调用函数对象)。io_service就是这个抽象的一种表现形式。

  • Initiator
    应用程序中启动异步操作的代码。

  • Asynchronous Operation
    异步操作,例如异步读或者异步写。

  • Asynchronous Operation Processor
    异步操作处理器,负责执行异步操作,并且将事件放入完成事件队列。

  • Completion Event Queue
    将完成的事件缓冲直到异步事件解复用器从中将事件取出。

自己理解过程:首先在应用程序中启动异步操作,会创建一个Completion Handler(回调函数),开启一个Asynchronous Operation,使用 Asynchronous Operation Processor去执行Asynchronous Operation,将其放入Completion Event Queue(已经完成队列),Asynchronous Event Demultiplexer从Completion Event Queue取出完成事件并返回给调用者,也就是调用回调函数

Proactor 和 Reactor的区别

简单理解两者的区别:
可以看出,两个模式的相同点,都是对某个IO事件的事件通知(即告诉某个模块,这个 IO操作可以进行或已经完成)。在结构上,两者也有相同点:demultiplexor负责提交IO操作(异步)、查询设备是否可操作(同步),然后当条件满足时,就回调handler;不同点在于,异步情况下(Proactor),当回调handler时,表示IO操作已经完成;同步情况下 (Reactor),回调handler时,表示IO设备可以进行某个操作(can read or can write)。

使用Proactor框架和Reactor框架都可以极大的简化网络应用的开发,但它们的重点却不同。
Reactor框架中用户定义的操作是在实际操作之前调用的。比如你定义了操作是要 向一个SOCKET写数据,那么当该SOCKET可以接收数据的时候,你的操作就会被调用;而Proactor框架中用户定义的操作是在实际操作之后调用 的。比如你定义了一个操作要显示从SOCKET中读入的数据,那么当读操作完成以后,你的操作才会被调用。

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:游动-白 设计师:我叫白小胖 返回首页
评论

打赏作者

manjaro21

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值