ACE_Reactor的各种handle_*挂钩方法返回值意义

ACE_Reactor的各种handle_*挂钩方法返回值意义

具体事件处理器定义的各种handle_* 挂钩方法的返回值致使ACE_Reactor以不同的方式工作。

0:handle_* 方法返回零(0)通知ACE_Reactor、事件处理器希望继续像前面一样被处理,也就是,它应该保持在ACE_Reactor的实现的一张表中。这样,当下一次ACE_Reactor的事件多路分离器系统调用经由handle_events被调用时,它还会继续包括该事件处理器的句柄。对于那些生存期超出一次handle_* 方法分派的事件处理器,这是一种“正常的”行为。

 

> 0:handle_* 方法返回大于0(> 0)的值通知ACE_Reactor、事件处理器希望在ACE_Reactor阻塞在它的事件多路分离器系统调用上面之前,再一次被分派。对协作的事件处理器来说,这种特性有助于增强全面的系统“公正性”。特别地,这种特性使得一个事件处理器在再次持有控制之前,允许其他事件处理器被分派。

 

< 0:handle_* 方法返回小于0(< 0 )的值通知ACE_Reactor、事件处理器想要被关闭、并从ACE_Reactor的内部表中移除。为完成此工作、ACE_Reactor调用事件处理器的handle_close清扫方法。该方法可以执行用户定义的终止活动,比如删除对象分配的动态内存或关闭日志文件。handle_close方法返回后,ACE_Reactor将相关联的具体事件处理器从它的内部表中移除。

在实现具体事件处理器时,遵守下面的设计准则:
设计准则0:不要手工删除事件处理器对象或显式调用handle_close,相反,确保ACE_Reactor自动调用handle_close清扫方法
。因而,应用必须遵从适当的协议来移除事件处理器,也就是,或者通过(1)从handle_* 挂钩方法中返回负值,或者通过(2)调用remove_handler。

该设计准则确保ACE_Reactor能够适当地清扫它的内部表。如果不服从这一准则,当ACE_Reactor试图移除已经在外部被删除的具体事件处理器时,就会带来不可预测的内存管理问题。后面的设计准则详细说明怎样确保ACE_Reactor调用handle_close清扫方法。

设计准则1:从继承自ACE_Event_Handler的类的handle_* 方法中返回的表达式必须是常量(constant)。这一设计准则有助于静态地检查是否handle_* 方法返回了恰当的值。如果必须违反此准则,开发者必须在return语句之前加一注释,解释为何要使用变量,而不是常量。

设计准则2:如果从继承自ACE_Event_Handler的类的handle_* 方法中返回的值不为0,必须在return语句之前加一注释,说明该返回值的含义。这一设计准则确保所有非0的返回值都是开发者有意使用的。

设计准则3:当你想要触发具体事件处理器的相应handle_close清扫方法时,从handle_* 方法中返回一个负值。值-1通常用于触发清扫挂钩,因为它是ACE_OS系统调用包装中一个常用的错误代码。但是,任何来自handle_* 方法的负数都将触发handle_close。

设计准则4:将所有Event_Handler清扫活动限制在handle_close清扫方法中。一般而言,将所有的清扫活动合并到handle_close方法中,而不是分散在事件处理器的各个handle_* 方法中要更为容易。在处理动态分配的、必须用delete this来清除的事件处理器时,特别需要遵从此设计准则(见准则9)。

设计准则5:不要将绝对时间用作ACE_Reactor::schedule_timer的第三或第四参数。一般而言,这些参数应该小于一个极长的延迟,更远小于当前时间。

设计准则6:不要delete不是动态分配的事件处理器。任何含有delete this、而其类又没有私有析构器的handle_close方法,都有可能违反这一设计准则。在缺乏一种能够静态地识别这一情况的规约检查器时,应该在delete this的紧前面加上注释,解释为何要使用这一习语。

设计准则7:总是从堆中动态分配具体事件处理器。这是解决许多与具体处理器的生存期有关的问题的相对直接的方法。如果不可能遵从此准则,必须在具体事件处理器登记到ACE_Reactor时给出注释,解释为什么不使用动态分配。该注释应该在将静态分配的具体处理器登记到ACE_Reactor的register_handler语句的紧前面出现。

设计准则8:在ACE_Event_Handler退出它们“生活”的作用域之前,从与它们相关联的ACE_Reactor中将它们移除掉。该准则应在未遵从准则7的情况下使用。 

设计准则9:只允许在handle_close方法中使用delete this习语,也就是,不允许在其他handle_* 方法中使用delete this。该准则有助于检查是否有与删除非动态分配的内存有关的潜在错误。自然,与ACE_Reactor无关的组件可以拥有不同的对自删除进行管辖的准则。

设计准则10:仅在为具体事件处理器所登记的最后一个事件已从ACE_Reactor中移除时执行delete this操作。过早删除在ACE_Reactor上登记了多个事件的具体处理器会导致“晃荡的指针”。

设计准则11:当你不再需要具体事件处理器的handle_output方法被回调时,清除WRITE_MASK。

设计准则12:确定get_handle方法的特征与ACE_Event_Handler基类中的一致。
如果你不遵从此准则,并且你“隐式地”将ACE_HANDLE传递给ACE_Reactor,ACE_Event_Handler基类中的缺省get_handle将返回-1,而这是错误的。

设计准则13:当连接关闭时(或当连接上发生错误时),从handle_* 方法中返回一个负值。 设计准则14:在handle_close方法中调用remove_handler时,总是传递给它DONT_CALL标志。该准则确保ACE_Reactor不会递归地调用handle_close方法。

相关文章

react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接...
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc ...