这段时间工作需要一直用ace框架开发，由一窍不通渐渐明白了一些，最可气的是这方面的文档又不全面
，公司也不能上外网，到最后完全是看代码看出来些许头目。
Reactor框架是按照相关帮助上所说的那样，在windows平台上是根据WaitForMultiObjects实现的
边缘触发，是类似与电路中的上升沿触发，当条件具备后（相关操作可以进行），就触发Svc_Handler的
虚函数。
由于该函数自身的限制，只能同时等待64个句柄。框架使用两个句柄实现定时器和框架本身，也就
是说，只剩下62个句柄供程序使用。刚开始用Reactor写架构，最后才发现居然有这个限制，迫不得已必
须改成Proactor框架。
Proactor框架没有Reactor框架看起来容易懂，刚开始我甚至奇怪：没有一个句柄保存相关对端信
息，handle_read_stream和 handle_write_stream甚至就给你提供好了你要收发的数据，而且没有对端信
息给你，是怎么区分不同的消息的？？
仔细查阅了一下，才明白Proactor是基于异步IO的框架，对每一个对端连接，都会新建一个
Service_Handler来处理（当对端断开后并不清除，而是会重复使用），对端信息在Service_Handler的
address挂钩方法可以获取，需要自己保存。而数据是在“已准备好”的情况下才通知相关handler处理，
整个框架是基于类似与电平触发的，当事件完成后通知，而不是“可以操作”时通知，因此在
handle_read_stream中你直接获取了你想要读取的数据，当然如果你需要更多的数据，需要将原先的
Message_Block传入继续读。
Proactor开始工作是从handler中的open方法开始，在这里你会调用Asynch_Reader_Stream的read
方法，从此时开始进入Proactor框架循环，open中的read方法完成后，会进入handle_read_stream，在这
里面通常的业务处理就是根据请求，生成一个响应，然后调用Asynch_Writer_Stream的write方法，write
结束后会通知到handle_write_stream，这里通常就会再开一个read，再次进入handle_read_stream。
这里讲的是半双工模式，也即收到一条请求，做出应答，然后才会接受下一个请求。如果选择全双
工模式，可以在handle_read_stream中write响应并启动下一次read。
感觉上，使用ACE最大的方便是对自己的工作不需要做太多移植方面的考虑，而最大的不便就是相
关文档太少，自带的帮助根本不能用。而且现在还遇到一个问题，开始了事件循环以后不知道怎样“安全
”的结束。Reactor::end_reactor_event_loop和 Proactor::end_event_loop都不能完全结束相关启动的
线程循环，强行结束后会有一大堆内存泄漏等着你。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。