ACE Reactor handle_input/output 返回值

最新推荐文章于 2022-07-27 23:44:56 发布
原创 最新推荐文章于 2022-07-27 23:44:56 发布 · 687 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Linux #Unix

本文介绍了ACEReactor在UNIX/Linux环境下如何简化事件多路分离的开发，并详细解释了handle_input和handle_output函数的返回值及DONT_CALL标志的作用。文章强调了在这些函数中调用remove_handler可能产生的意外行为，并提供了相应的解决方案。

ACE Reactor简化了事件多路分离的开发，这对于快速开发高性能服务器有很大帮助。ACE Reactor在UNIX/Linux上缺省使用select方式实现多路分离，为了开发一个简单的服务器，一般需要实现以下虚接口:

  • handle_input
  • handle_output
  • handle_close

这里要特别说明的是 handle_input 和 handle_output 的返回值以及 ACE_Event_Handler::DONT_CALL 标志。在 ACE 程序员开发指南中特别指出 handle_input 和 handle_output 有三种返回值：

  • -1
  • 0
  • >0

文档中说 -1 表示调用失败，然后 Reactor 将是事件分发后调用 handle_close。一般情况下，这看起来很正常，但是如果在 handle_input/output 中显示调用了 remove_handler， 事情显得有点怪异。有两种情况：

  • 调用 remove_handler 时使用 DONT_CALL标志
  • 调用 remove_handler 时不使用 DONT_CALL标志

当不使用 DONT_CALL 标志时，remove_handler 将在函数内部调用 handle_close；堆处理器在 handle_input/output 返回时将再次调用 handle_close。一般来说这不是我们希望的结果。

 

当使用 DONT_CALL 标志时，remove_handler 不会调用 handle_close方式，但是 handle_input/output 返回时，堆处理器同样不调用 handle_close。这显得非常怪异，整个 handle_close 就完全废掉了。

 

解决办法就是尽量不要在 handle_input/output中 调用 remove_handler。如果非要调用不可，一定要清楚 handle_close 什么时候会被调用，什么时候不会被调用。

erbadao
关注
ACE开发学习总结
bcbobo21cn的专栏
04-01 6642
ACE的框架及其核心 ACE设计框架和基础模块的关联 *一、案例描述 视频电警开发，是基于ACE框架上的一次重复开发，本文档拟对ACE框架做一个梳理，以期对他人进行基 于ace的开发有所帮助。 *二、系统安装 ACE的安装是一件比较麻烦的事情，这里简单的记录了我在VS2005下安装ACE的过程，希望能给大家一个 参考。
ACE_Reactor模式（handle_input的工作）V1.0
C++ 爱好者 make_it_simple888
02-29 2992
handle_input的调用时机 我们通过Acceptor-Connector模式一（Acceptor的工作）知道了接受器主要是当连接建立之后创建服务处理器，并启动服务处理的open方法来实现正式通信流程的。 所以，open方法中总是有跟socket有关的read，write方法的调用。当这些read，write方法执行完毕之后，就会调用handle_read方法或handle_write方
ACE_Reactor中的handle_output
Bruce
01-31 6663
一直对ACE reactor framework中的handle_output困惑不解，而且个人觉得select是个很恶心的函数。直到前段时间工作上需要用到网络编程，又把C++网络编程卷2找出来看看，写了几个小程序做实验才渐渐明白了reactor中都handle_output的触发条件。回想以前抱着书看了很久就是懒得动手写代码，结果总是一知半解的，看来“实践出真知”一点都不假。 关于h
八、响应处理——ReturnValueHandler匹配返回值处理器并处理返回值原理解析
I wanna be myself, where I Belong.
07-27 789
浏览器默认会以请求头的方式告诉服务器他能接受什么样的内容类型，服务器最终根据自己自身的能力，决定服务器能生产出什么样内容类型的数据。方法传入了我们的返回值对象，还有返回值类型，接下来，就在这个方法里边，利用对应的返回值处理器，帮我们处理返回值。前边已经分析了请求处理中从映射到获取参数值等底层原理，接下来的几篇将学习一下响应处理的相关过程。在方法返回之前，我们的返回值处理器已经准备好了，只等我们返回值时拿这些处理器来处理。在前边处理请求参数的时候，有一个参数解析器，同样，在处理返回值时，也有一个。...
ACE的SOCKET通信：handle_input 函数的返回值不能随便写！
iw1210的专栏
04-21 3040
ACE的SOCKET通信：handle_input 函数的返回值不能随便写！ 如果用ACE做两个SOCKET客户端（Client），并且重载handle_input函数，返回数值3。运行发现先触发handle_input的那个Client对象一直接收服务器数据正常；另一个Client对象在服务器发送数据时也不会触发handle_input。 如果把handle_input的返回值改为0后，两个
ACE_Reactor的各种handle_*挂钩方法返回值意义
山人
08-05 986
ACE_Reactor的各种handle_*挂钩方法返回值意义 具体事件处理器定义的各种handle_* 挂钩方法的返回值致使ACE_Reactor以不同的方式工作。 0：handle_* 方法返回零（0）通知ACE_Reactor、事件处理器希望继续像前面一样被处理，也就是，它应该保持在ACE_Reactor的实现的一张表中。这样，当下一次ACE_Reactor的事件多路分离器系
ACE_Reactor(一)整体理解ACE_Reactor
chinaclock的专栏
10-19 7105
ACE_Reactor框架的任务： 检测来自于各种各样事件源的事件的发生 将事件多路分离到他们的预先注册的事件处理器上 将事件分派给由处理器所定义的挂钩方法，以按照应用程序所定义的方式来处理事件 ACE_Reactor类的实现。 接口声明放在Reactor.h中， 接口实现则分别放在Reactor.cpp和Reactor.ini文件中，而Reactor.inl作为内联函数直接在Reac
ACE框架知识
02-01
- **handle_input(ACE_HANDLE)**: 处理输入事件，返回值通常表示是否成功处理。 - **handle_output(ACE_HANDLE)**: 处理输出事件，返回值通常表示是否成功处理。 - **handle_exception(ACE_HANDLE)**: 处理异常...
register_handler(this,ACE_Event_Handler::READ_MASK） 两次注册就会失败
06-24
参考引用[3]的`Logging_Event_Handler_WFMO`类，它在`handle_input`方法中通过`ACE_GUARD_RETURN`保护关键区： ```cpp #include <ace/Synch.h> ACE_Thread_Mutex register_mutex; // 全局或类成员互斥体 int ...
ACEReactor框架中的事件处理机制
# ACE Reactor框架中的事件处理机制 ## 1. ACE类和C++代码展示 在处理ACE C++类时，通常会提供UML图和表格来描述关键方法。完整的类接口可在 [http://ace.ece.uci.edu](http://ace.ece.uci.edu) 和 ...
ACE_Proactor TCP协议通信示例代码
02-08
ACE_Proactor TCP协议通信示例代码
学习ACE_Reactor时候的ACE_Event_Handler 作用
wintree的专栏
01-26 6541
很容易知道 ACE_Event_Handler 实现是采用的观察着模式 ，采用登记入 反应器， 是反应器的一个组件。就好像java 的窗体事件监听处理机制。 ==================================================================== #include "ACE/Reactor.h" #include "ACE/Event_H
ACE_Event_Handle
abc1104332737的博客
12-06 297
为一种观察着模式。 ACE_Event_Handler中在子类中重载，所处理事件的类型: 的处理方法 handle_signal() 信号。当任何在反应器上登记的信号发生时，反应器自动回调该 方法。 handle_input() 来自I/O设备的输入。当I/O句柄（比如UNIX中的文件描述符） 上的输入可用时，反应器自动回调该方法。 handle_exception()...
有效使用反应堆Reactor的设计准则
零下一度
07-09 2223
　　ACE_Reactor是事件多路分离和事件处理器分派的强大构架。但是，像其他构 架一样，学习使用ACE_Reactor需要时间和努力。缩短学习曲线的的一种途径是去理解有效使用反应堆所必须遵从的设计准则。下面描述的设计准则基于 帮助ACE用户正确进行反应堆构架编程所获得的大量经验。　7.5.1 理解具体事件处理器的返回值语义　具体事件处理 器定义的各种handle_* 挂钩方法的返回值致使ACE
ACE使用经验
康林工作室
03-24 952
ACE_Event_Handler   virtual int handle_input(ACE_HANDLE fd = ACE_INVALID_HANDLE);  函数返回值： 大于0，表示继续读缓存中的数据 =0，表示继续 wait =-1，表示要退出。Reactor会自动调用 handle_close ，然后把这个 ACE_Event_Handler 从 reactor 中移除。
俄罗斯方块（一）C语言
彩云国物语
01-24 525
实训的项目 第一天 安装软件 开发工具：CodeBlocks 语言：c语言 第二天 开始敲代码 第二天的效果图如下： 下面是day2.h 头文件 #ifndef _DAY2_H #define _DAY2_H #include<stdbool.h> #include<windows.h> HANDLE Output;//设一个int型的句柄变量 //存储游戏相关数据的结构体 typedef struct TetrisManager//俄罗斯管理 { unsigne
Handle的详细用法
热门推荐
AIOT魔法师
09-11 3万+
Handler：是一个消息分发对象，进行发送和处理消息，并且其 Runnable 对象与一个线程的 MessageQueue 关联。 作用：调度消息，将一个任务切换到某个指定的线程中去执行。 为什么需要 Handler？ 子线程不允许访问 UI 假若子线程允许访问 UI，则在多线程并发访问情况下，会使得 UI 控件处于不可预期的状态。 传统解决办法：加锁，但会使得UI访问逻辑变的复杂，其...
ACE框架中`handle_close()`和`handle_input()`的调用顺序是怎样的？
最新发布
06-24
<think>我们正在讨论ACE框架中`handle_close`和`handle_input`的调用顺序，以及`register_handler`注册失败的原因。根据用户提供的引用和之前的问题，我们可以总结如下：1.关于`handle_input`和`handle_close`的调用顺序：-在Reactor框架中，当有读事件发生时，Reactor会调用事件处理器的`handle_input`方法。-`handle_input`的返回值决定了后续行为：-返回0：表示事件处理正常，Reactor会继续监听该事件。-返回-1：表示发生错误，Reactor会调用`handle_close`方法并移除该事件处理器。-返回正数：通常表示需要继续处理，但具体行为可能依赖于Reactor实现（通常与返回0类似）[^1]。-因此，当`handle_input`返回-1时，会触发`handle_close`的调用。2.关于`register_handler`注册失败的原因：-之前已经讨论过，主要原因包括：-重复注册相同的事件处理器和事件掩码而没有先移除。-资源未正确释放（例如，在`handle_close`中没有关闭句柄或释放内存）。-事件掩码冲突或Reactor实例状态异常。现在，我们根据用户提供的引用，进一步明确和补充：引用[1]提到：`handle_input`返回大于等于0时继续由Reactor调度，否则（即返回负数）需要调用`handle_close`。同时提到`ACE_Event_Handler`与引用计数策略有关（但这不是当前问题的重点）。引用[2]强调：Reactor框架建议在`handle_close`中释放资源（如关闭Socket、释放内存等），而不是直接使用`delete`。因为Reactor不知道事件处理器是如何分配的（动态或静态），所以它通过调用`handle_close`来让应用程序完成资源释放。引用[3]是一个客户端连接的示例代码，没有直接涉及事件处理器的注册和回调，但展示了ACE中Socket连接的基本使用。因此，我们可以这样回答：###1.`handle_input`和`handle_close`的调用顺序在ACEReactor框架中，当注册了读事件（`READ_MASK`）的事件处理器对应的句柄上有数据可读时，Reactor会调用该事件处理器的`handle_input`方法。-**正常情况**：如果`handle_input`返回0或正数，表示事件已处理但未完成，Reactor会继续监听该句柄的读事件。-**异常情况**：如果`handle_input`返回-1（或其他负数），表示发生错误或连接关闭，Reactor会立即调用该事件处理器的`handle_close`方法，并自动从Reactor中移除该事件处理器（包括移除所有注册的事件掩码）。因此，调用顺序是：`handle_input`返回-1→触发`handle_close`调用。在`handle_close`方法中，应用程序应负责：-关闭句柄（如`socket.close()`）。-释放事件处理器占用的资源（如果是动态分配的，通常使用`deletethis`）。-返回0表示成功[^2]。###2.`register_handler`注册失败的原因在ACE中，多次调用`register_handler`注册同一个事件处理器和相同的事件掩码会失败，常见原因包括：####a)未移除前次注册-**原因**：ACE不允许重复注册相同的事件处理器和事件掩码。如果之前已经注册过，再次注册会返回-1。-**解决方案**：在重新注册前，先调用`remove_handler`移除：```cppreactor->remove_handler(handler,ACE_Event_Handler::READ_MASK);reactor->register_handler(handler,ACE_Event_Handler::READ_MASK);//重新注册```####b)句柄未正确关闭-**原因**：如果之前的事件处理器在`handle_close`中没有关闭底层句柄（如Socket），可能导致句柄仍处于无效状态（如已关闭的句柄）或已被其他处理器占用。-**解决方案**：在`handle_close`中关闭句柄并释放资源：```cppintMyHandler::handle_close(ACE_HANDLEh,ACE_Reactor_Mask){ACE_OS::closesocket(h);//关闭Socketdeletethis;//如果是动态分配的return0;}```####c)事件掩码冲突-**原因**：如果事件处理器已注册了某个事件掩码（如`READ_MASK`），再次尝试注册相同的掩码会失败。-**解决方案**：使用`add_mask`方法追加事件掩码，而非重新注册：```cppreactor->add_mask(ACE_Event_Handler::WRITE_MASK);//追加写事件```####d)Reactor实例问题-**原因**：Reactor未初始化或已被销毁。-**解决方案**：使用单例模式获取Reactor：```cppACE_Reactor*reactor=ACE_Reactor::instance();```###总结流程1.**事件处理**：-`handle_input`处理读事件→返回-1→Reactor调用`handle_close`→在`handle_close`中关闭句柄和释放资源。2.**重新注册**：-必须先移除事件处理器（通过`remove_handler`或由`handle_close`自动移除）→重新初始化资源（如新建Socket）→再调用`register_handler`。###错误处理建议在注册失败时，使用ACE日志记录错误信息：```cppif(reactor->register_handler(handler,mask)==-1){ACE_ERROR((LM_ERROR,"注册失败:%p\n","register_handler"));}```---§§相关问题§§1.如何在`handle_close`中安全地删除动态分配的事件处理器？2.ACEReactor在多线程环境下如何保证事件处理器的线程安全？3.使用`ACE_Reactor::notify()`方法有什么注意事项？4.如何调试ACEReactor中的事件循环阻塞问题？[^1]:当中handle_input的返回值分为0，-1，1，如果为大于等于0继续交由Reactor来调度，否则需要调用handle_close[^2]:Reactor框架建议应用程序使用handle_close而不是delete来释放资源。Reactor框架并不知道用户使用的是动态内存还是静态内存，它只知道在删除事件处理器时，调用handle_close函数，将具体的操作留给应用程序在handle_close中完成，所以handle_close可以用来关闭Socket释放内存等。</think>### ACE框架中`handle_close`和`handle_input`的调用顺序及`register_handler`失败原因 #### 一、`handle_input`和`handle_close`的调用顺序 在ACE Reactor框架中，这两个方法的调用遵循严格的生命周期规则： 1. **正常事件处理流程**： - 当注册事件（如READ_MASK）触发时，Reactor调用`handle_input()`处理I/O事件 - `handle_input()`返回值决定后续操作： - **≥0**：事件处理成功，Reactor继续监听该事件[^1] - **-1**：触发错误处理流程，Reactor自动调用`handle_close()`[^1] 2. **错误处理流程**： ```mermaid graph TD A[handle_input返回-1] --> B[Reactor调用handle_close] B --> C[释放资源：关闭socket/删除对象] C --> D[Reactor自动移除事件处理器] ``` 3. **关键规则**： - `handle_close()`是资源释放的**唯一入口点**，应在此关闭socket、释放内存等[^2] - 禁止直接`delete`事件处理器，必须通过`handle_close()`释放 - Reactor在调用`handle_close()`后会自动将处理器从注册表中移除 #### 二、`register_handler`注册失败常见原因 1. **未移除前次注册**（最常见原因）： ```cpp // 错误：未移除直接重新注册 reactor->register_handler(handler, READ_MASK); // 第一次成功 reactor->register_handler(handler, READ_MASK); // 第二次失败！ // 正确做法： reactor->remove_handler(handler, READ_MASK); reactor->register_handler(handler, READ_MASK); ``` 2. **资源未完全释放**： - 在`handle_close()`中未正确关闭socket或释放资源[^2] - 导致句柄仍被占用，无法重用 ```cpp int MyHandler::handle_close(ACE_HANDLE h, ACE_Reactor_Mask) { ACE_OS::closesocket(h); // 必须关闭句柄 delete this; // 动态分配时需删除 return 0; } ``` 3. **事件掩码冲突**： - 尝试重复注册相同掩码（如READ_MASK） - 应改用`add_mask()`追加事件： ```cpp reactor->add_mask(WRITE_MASK); // 追加写事件 ``` 4. **Reactor状态异常**： - Reactor实例未初始化或已被销毁 ```cpp // 确保使用有效Reactor实例 ACE_Reactor* reactor = ACE_Reactor::instance(); ACE_ASSERT(reactor != nullptr); ``` 5. **线程同步问题**： - 多线程环境下未使用线程安全注册： ```cpp reactor->safe_register_handler(...); // 线程安全版本 ``` #### 三、调试建议 1. **检查返回值**： ```cpp if (reactor->register_handler(...) == -1) { ACE_ERROR((LM_ERROR, "注册失败: %m\n")); } ``` 2. **启用ACE日志**： ```cpp ACE::debug(1); // 开启调试模式 ``` 3. **验证资源状态**： ```cpp if (ACE_OS::shutdown(socket) == -1) { // 套接字未正确关闭 } ``` #### 四、最佳实践总结 1. **生命周期管理**： - 在`handle_input`返回-1后，Reactor会自动调用`handle_close` - 在`handle_close`中必须释放所有关联资源 2. **注册规范**： ```mermaid graph LR A[移除处理器] --> B[关闭旧资源] B --> C[初始化新资源] C --> D[重新注册] ``` 3. **错误预防**： - 使用`remove_handler()`后再注册 - 在`handle_close()`中彻底释放资源 - 多线程环境使用线程安全方法
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值