我正在设计监控和控制界面来管理许多服务。需要有正反馈，所以我想使用REQ / REP通道来获得每个请求的响应。
但是，我担心频道的同步性以及在发送另一个请求之前我需要等待每个请求完成的事实。我已经阅读了一些有关ROUTER / DEALER模式的内容，看起来它们可以正常工作，但它可以使用一些抽象来隐藏路由细节。
使用C ++ 11期货是否有意义，以便可以提出返回未来的请求？通过这种方式，可以发出一些请求然后等待一组期货？
未来将封装将请求与响应相关联所需的详细信息。
有没有人混淆这些概念？
感谢。
答案 0 :(得分：0)
Futures会将您的实现与inproc套接字联系起来，因为您无法实现未来的进程。
要从并发请求中获得任何好处，您需要多个服务器响应。
您的问题不清楚拓扑，您没有解释您是否有多个请求者和一个回复者，或者一个请求者在等待回复（包括发出更多请求）时可以做其他工作。如果是后者，您将需要一种匹配请求回复的方法，除非您可以保证处理顺序。