开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第25天，点击查看活动详情

redis中队列消息实现应用解耦的方法

消息队列的场景

我们都知道，消息是在两台计算机之间传送的数据单位，这个“消息”可以非常简单，例如只包含文本字符串，也可以更复杂，可能包含嵌入对象。而所谓的“消息队列”是在消息的传输过程中保存消息的容器。在web程序中，可能我们需要将用户的请求数据更新或者添加到数据库中，但是在高炳发的情况下，虽然作为用户的我们不知道后台是什么原因，但是依旧会抱怨或者吐槽这个程序反应缓慢，比如在过去的几年里，你有没有吐槽过12306抢票很难？反应很慢？有没有在使用某个程序的时候收到“service is too busy”,而这其实是因为当时的并发访问过量，超过了系统的最大负载能力。当然我们可以通过添加服务器集群中服务器的数量来增加程序的负载能力。

过度耦合的缺点：php应用中，过度的耦合使得系统拓展性变弱，联动性错误。

今天我给大家介绍的是利用redis的队列消息实现模块间的解耦。

应用场景：用户在采购模块下单买了一批货物回来，签收时要在仓库模块添加相应的库存，普通的做法就是在签收完成的时候通过接口给仓库模块推送数据执行入库操作。但是这么做如果仓库模块发送错误，没有入库成功就会导致采购模块签收失败，这就是耦合给系统带来的缺点。

解决方案： 运用php+redis队列消息的技术，当用户签收成功的时候，把数据放入队列中，入列成功采购模块则返回签收成功的提示给用户，后续的操作都不需要采购模块操心，然后仓库系统可以通过redis的订阅发布模式来进行监听，当有数据入列，则仓库系统就执行入库逻辑代码的

运行。

关键点：

1、如果redis服务器挂掉了怎么办啊？

在采购模块的签收逻辑代码中做判断，如果入列成功则返回签收完成，如果入列失败这运行传统方法，通过接口入库的方法。如果redis也挂了，仓库模块也挂了怎么办啊，那你就收拾包袱回家吧。

2、如何实现传统方式那样实时入库啊？

采用redis的订阅发布模式就可以解决。订阅的代码放在仓库模块，发布的代码放在采购模块。

订阅代码sub.php

PUBLISH channel message	        #将信息发送到指定的频道。
SUBSCRIBE channel [channel …]	#订阅给定的一个或多个频道的信息。
UNSUBSCRIBE [channel [channel …]]	#退订给定的频道。
 
PSUBSCRIBE pattern [pattern …]	#订阅一个或多个符合给定模式的频道。根据模式来订阅，可以订阅许多频道
PUNSUBSCRIBE [pattern [pattern …]]	#退订所有给定模式的频道。
 
PUBSUB subcommand [argument [argument …]]	#查看订阅与发布系统状态。