这是本专栏对QtRO的第四篇介绍。前三篇分别是:
陈锦明:QtRO简介zhuanlan.zhihu.com![35105685984a9d388ebda7291a992cc9.png](https://img-blog.csdnimg.cn/img_convert/35105685984a9d388ebda7291a992cc9.png)
![7c4109e21bd2791d78490b32d96313f8.png](https://img-blog.csdnimg.cn/img_convert/7c4109e21bd2791d78490b32d96313f8.png)
需求说明
用过QtRO的小伙伴应该对Source/Replica这套东西很熟悉了吧?Source是功能端,Replica是调用代理;一个Source可以和无数个Replica相连,而一个Replica只能连接特定的一个Source。Source实际上对Replica一无所知。所以从拓扑结构上看,QtRO网络是一对多的结构。
一般情况下,这种结构基本满足我们的开发需要。但是有时候,我们有这样一种需求:我们有一个任务调度的总结点,工作节点的个数不确定,可能动态变化,那如何使用QtRO技术来实现这样一种网络拓扑结构呢?