ACE实践笔记(一)

本文详细介绍了使用ACE框架完成视频转发服务器的开发过程,包括负载优化、命令处理、同步机制及容器应用。着重讨论了ACE在不同场景下的使用技巧和优化策略,特别关注了内存管理、异步操作和模式设计的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近使用ACE完成了一个视频转发服务器,这算是用ACE完成的第一个完整的程序,总结总结经验。

这个程序主要功能就是接收客户指令,连接指定设备,获取视频流,然后再传输给客户。

最初的想法是能够尽量多的负载视频路数,同时尽可能迅速的给客户响应。

这里使用了异步的Proactor框架,这个Proactor线程里面,负责接收连接,以及收到命令后做验证后,加入Task队列。

命令处理部分使用了Task框架。为了避免加入Task框架时的数据拷贝,使用了内存池,接收的内存即是处理的内存。

程序逻辑部分大量使用了Observer,Proxy,Chain Responsibility,sigleton,Adapter 等模式以及boost的一些内容。

仅说说使用ACE的经验。

(1)ACE_DEBUG

我想让这个宏在Debug模式下打印LM_DEBUG信息,而在Release下仅仅打印LM_ERROR信息。

在程序启动的时候调用ACE_Log_Msg::instance()的enable_xxx/disable_xxx函数不起作用,原因不明

只能手动设置其打印参数,函数名现在忘记了。

(2) Proactor

书上的例子中,一个连接对应一个ACE_Message_Block,应该是不够的。一个命令未处理完时,

下个命令到达,就会破坏原来的数据。除了内存池,尚未想到更好的办法。每次命令到达时,手动new,

命令结束时delete,显然是不可行的。

这里还有个问题,就是当我结束服务时,那么应该将每个连接对用的异步读/写cancel掉,

那么此时未处理的ACE_Message_Block,就没有时机去释放了。可能造成内存泄露。

(3)Task

Task相对容易使用

(4)容器

ACE容器接口与STL有差别,与STL相比有其优势,就是返回值明确。但是也造成如果更换容器时,则要麻烦一点。

现在使用的办法是做了一层Adapter,将STL容器都做成了ACE_Style的容器,返回0或-1。尚未想到其他办法。

(5)同步

现在使用的同步为ACE_Thread_Mutex在Windows下则为CRITICAL_SECTION,有些地方其实我想使用SRW读写锁,

暂时也没有去动手做。


暂时先想到这么多。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值