标签：www 应用 队列 系统 MQ https com cnblogs
1、MQ 的作用
解耦： 避免系统服务直接调用
削峰：流量峰值来临，直接调用系统，系统容易崩溃。使用MQ能减缓冲击。
异步：同步调用链路中的耗时长，使用MQ异步返回，快速返回。
https://www.zhihu.com/question/48225860
https://www.cnblogs.com/jack1995/p/10908789.html
缺点有以下几个：
系统可用性降低
系统引入的外部依赖越多，越容易挂掉。本来你就是 A 系统调用 BCD 三个系统的接口就好了，人 ABCD 四个系统好好的，没啥问题，你偏加个 MQ 进来，万一 MQ 挂了咋整，MQ 一挂，整套系统崩溃的，你不就完了？如何保证消息队列的高可用
系统复杂度提高
硬生生加个 MQ 进来，你怎么保证消息没有重复消费？怎么处理消息丢失的情况？怎么保证消息传递的顺序性？
一致性问题
A 系统处理完了直接返回成功了，人都以为你这个请求就成功了；但是问题是，要是 BCD 三个系统那里，BD 两个系统写库成功了，结果 C 系统写库失败了，咋整？你这数据就不一致了。
https://www.sohu.com/a/289890927_120045139
2、MQ的内容
api 发送和接收
MQ的高可用性
MQ的集群与容错配置
MQ持久化
事务、签收机制
延迟发送、定时投递
spring整合
MQ的高可用：一般是搭建集群，并采用镜像或复制集的备份方式保证高可用
https://www.cnblogs.com/jack1995/p/10908797.html
MQ的重复消费问题：
https://www.cnblogs.com/jack1995/p/10908805.html
MQ 消息不丢失：
https://www.cnblogs.com/jack1995/p/10908809.html
https://www.cnblogs.com/jack1995/category/1469110.html
标签：www,应用,队列,系统,MQ,https,com,cnblogs 来源： https://www.cnblogs.com/zhanglw456/p/14647042.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。