消息队列的场景
我们都知道，消息是在两台计算机之间传送的数据单位，这个“消息”可以非常简单，例如只包含文本字符串，也可以更复杂，可能包含嵌入对象。而所谓的“消息队列”是在消息的传输过程中保存消息的容器。在web程序中，可能我们需要将用户的请求数据更新或者添加到数据库中，但是在高炳发的情况下，虽然作为用户的我们不知道后台是什么原因，但是依旧会抱怨或者吐槽这个程序反应缓慢，比如在过去的几年里，你有没有吐槽过12306抢票很难？反应很慢？有没有在使用某个程序的时候收到“service is too busy”,而这其实是因为当时的并发访问过量，超过了系统的最大负载能力。当然我们可以通过添加服务器集群中服务器的数量来增加程序的负载能力。
过度耦合的缺点：php应用中，过度的耦合使得系统拓展性变弱，联动性错误。
今天我给大家介绍的是利用redis的队列消息实现模块间的解耦。
应用场景：用户在采购模块下单买了一批货物回来，签收时要在仓库模块添加相应的库存，普通的做法就是在签收完成的时候通过接口给仓库模块推送数据执行入库操作。但是这么做如果仓库模块发送错误，没有入库成功就会导致采购模块签收失败，这就是耦合给系统带来的缺点。
解决方案：运用php+redis队列消息的技术，当用户签收成功的时候，把数据放入队列中，入列成功采购模块则返回签收成功的提示给用户，后续的操作都不需要采购模块操心，然后仓库系统可以通过redis的订阅发布模式来进行监听，当有数据入列，则仓库系统就执行入库逻辑代码的
运行。
关键点：
1、如果redis服务器挂掉了怎么办啊？
在采购模块的签收逻辑代码中做判断，如果入列成功则返回签收完成，如果入列失败这运行传统方法，通过接口入库的方法。如果redis也挂了，仓库模块也挂了怎么办啊，那你就收拾包袱回家吧。
2、如何实现传统方式那样实时入库啊？
采用redis的订阅发布模式就可以解决。订阅的代码放在仓库模块，发布的代码放在采购模块。
订阅代码sub.php
<"htmlcode"><"ruku", 2500);总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。