初识MQ-同步异步

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档


前言

一、同步通讯

同步调用问题:发起请求后,要一直等待后续流程走完,才能执行下一个,效率慢,性能差,资源浪费

级联失败:如果执行过程中,其中一个出现问题,后续都无法走下去,
耦合度高:每次添加新需要,都需要改原来的代码
在这里插入图片描述

在这里插入图片描述

二、异步通讯

2.1.异步调用方案

服务解耦:当不需要某个模块时,直接通过broker取消对功能的订阅,后续就不会有该模块了,同理添加需求的时候也不需要改动支付模块

在这里插入图片描述
使用broker,当进行到支付成功时,直接返回给用户消息,不需要等待后续程序的执行
同步调用耗时:500ms(所有时间之和)
异步调用耗时:60ms(支付和发布支付成功事件)
在这里插入图片描述
使用broker,当进行到支付成功时,直接返回给用户消息,不需要等待后续程序的执行
在这里插入图片描述
**同时有大量的请求时,broker会将请求拦截下来,后面程序能处理多少,就放多少过去,其他都拦住,就不会出现流量突然很大的情况 **
在这里插入图片描述

2.2.异步的优缺点

在这里插入图片描述

三、什么时MQ

3.1 mq和broker

mq,中文消息队列,字面来看就是存放消息的队列,也就是时间驱动架构中的broker

3.2几种mq的优缺点对比

在这里插入图片描述

总结

大多数情况下,都是使用同步调用,如果对吞吐量等有要求的话,才能使用异步
四种mq都各有优劣,具体使用哪种看业务需求

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值