多进程间交互的方式

假设存在A、B、C、D、E五个进程,且两两之间都需要进行参数的交互,如下图所示

                                                 

两两之间可以采用的交互方式有很多种,比如A与B进程间可以采用TCP交互,A与C进程间可以通过消息队列的方式交互,这样下来代码架构的设计就太复杂,而且容易出错。因此如何设计好的架构来支持两两之间的通信,就显得比较重要。以下就来简单讲解下满足多进程间通信的一种好的架构思路。

首先,定义一种公共协议,A、B、C、D、E间都需遵循该协议进行消息的收发,传输层协议采用TCP或UDP方式(可以支持跨板进程交互);

其次,A、B、C、D、E都作为公共协议的客户端进行启动,C进程启动公共协议服务器进程,其功能为实现客户端消息的透传转发;

再次,采用观察者设计模式思想,比如A需要发消息给B进行交互,则B进程的客户端订阅对应的接受消息,A进程的客户端通过发布该消息,将相应的内容传递给C进程的服务器,C进程服务器将该订阅的消息透传给订阅消息者即B进程,这就完成了A进程与B进程的消息交互;

最后,通过这种方式,也可以满足A进程同时与B、C、D、E进程的消息交互,只需B、C、D、E进程订阅相同的A消息即可,这种架构设计不仅简洁,而且扩展性也很好,比如增多F、G等进程后,F、G等进程只需启动公共协议的客户端即可,原有的功能不需改变。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值