FF ASIO 异步消息网络框架
在前边http://www.cnblogs.com/zhiranok/archive/2011/12/12/boost_asio.html
我提到,针对前面使用boost asio 中遇到的问题,对asio进行封装,如下几个目标:
1. 创建socket、acceptor不再自己构造io_service,由于asio中的对象均要保存io_service的引用,
若要手动构造,必须保证io_service晚于所有的asio对象(如socket、acceptor)释放,但是往往socket被逻辑层保存在某个内存深处,任意一个socket晚于 io_service释放,将会引起崩溃。
2. 编写分布式程序时,都是采用异步消息,但是asio 中对socket进行async_write不能保证线程安全,而且我们必须保证在单个socket上发送数据
必须是顺序的。
3. io_service必须绑定线程才能运行,而每个asio socket都需要io_service,所以经常要手动为io_service创建线程,但是经过测试表明,网络io分配的线程配置
2-4个效率最佳,在增加线程并不能增大吞吐量,这是由于asio采用全异步模式。所以我们只需要开启两个专门的线程给asio的io_service用即可,
省了在关心线程的分配。
4. 在编写分布式程序中,变的往往只是逻辑层,网络框架、消息协议基本不怎么变化,所以网络框架必须能够保证逻辑层的接口足够灵活。在基于消息模式
通讯的框架下,每个程序需要单独定制自己的消息派发策略。
5. 如果新增加支持的消息协议,必须保证无需重写框架,而且保证原来的消息派发策略仍然有效。
目前ff_lib已经能够很好的支持以上几点,当然,消息解析并没有来得及优化,目前仍然处于demo版本。
其类关系如图:
其实现参见:
http://code.google.com/p/redrabbit/source/browse/trunk/lib
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?