1、为什么需要消息队列?
假如有一个购物系统,逻辑上分为订单系统和库存系统,订单来了以后,先在订单系统中存下来,然后通知库存系统发货。
此时这个购物系统是部署在一台服务器上的。
但是当用户量越来越多的时候,服务器慢慢的快扛不住了。慢慢的进行了拆分的操作,即订单系统和库存系统,分别在两台服务器上进行保存,也就是现在订单系统如果要通知库存系统,那么就需要从原来的java方法调用,换成了http调用。
那么这个时候又可能出现问题,因为现在有http请求,那么就意味着http请求有可能是不通的,那么如果失败后,订单系统只能重试,这样用户提交一个订单有可能会耗时较长,用户体验就下降了。
而消息队列就是为了解决该问题而出现的。
2、异步通信(消息队列)
订单系统产生的订单,只需要将订单写入到这个队列里面去。然后库存系统,从消息队列中获取消息,然后处理就可以了。
个人的疑问:
消息队列的原理很简单,只是如果深入的话,我感觉还有几个点需要考虑:
1、消息队列的可靠性。不能只有一台,否则一台挂掉以后,系统也就崩溃了
2、消息队列需要支持重发,同时接受方需要做幂等性。
3、如上这种订单系统和库存系统,万一出现库存没有了?而用户下订单已经成功了,那么此时又该怎么处理?
这种情况,要不从业务方面上解决?比如订单有状态,只有库存系统处理完了,这个订单才是真正的完成?