早些时候，一直有个疑问，就是比如你从前端发一个操作之后，后台为什么能够及时处理你的东西呢？当然了，我说的不是，服务器为什么能够立即接收到你的请求之类高大上的东西。而是，假设你用异步去做一个事情，而后台有一个处理程序在处理你的申请，你的目的自然是不想让操作阻塞，所以处理肯定是处理程序主动触发的过程。那么怎样做能够让其能够及时处理问题呢？ 确实也困惑了我许久。（我相信也有不少同学会有类似疑问）
所以我觉得有必要解解惑。
需求示例1： 用户请求某操作时，需要与此同时给用户发个邮件，但是这个邮件可能会很耗时，在不使用异步线程的情况下（事实上不是所有的语言都支持多线程），怎么样让用户得到快速响应，且邮件稍后即可送达？
需求示例2：在高并发情况下，需要对某数据进行减操作（比如商品库存，如果超出了库存值，则将无货可发），怎样保证用户先到先得，后到就没有？
针对这两个问题，解决办法自然是多的。但是本文只说一个思路，那就是主题，消息队列！
当需要给用户发送邮件时，只需将该请求发送到后台进程中，后台进程进行逐个发送即可。
当大量用户进来抢商品时，将该请求放入队列中，后台进程逐个相减，减到0时，后续用户将提示抢不到了。（当然，这有很多后续问题要处理，也看起来不一定是个好方案）
看起来，前面的解决方案很合理。但是，具体怎么样做呢？前台申请，与后台处理之间，总得有个什么东西联系起来吧。没错，就是消息队列了。消息队列自然需要消息中间件，简单的，咱们就使用redis做中间件吧，简单快速搞得定。
具体实施方案就是：1. 各处的用户进行相应的操作请求，然后顺便将消息写入redis，（以list形式写入，天然的队列）； 2. 后台进程依次从redis中读取消息，进行相应数据处理（注意如何依次处理是关键）。 3. 将结果通知给用户或者不通知。（本处将不通知）
示例代码如下（php实现）：
<?php // send 请求方，写入消息 $redis = new Redis(); $redis->connect("127.0.0.1", "6379", 3); $msgKey = "my.test.msgKey"; $value = "hello,world." . rand(0, 99999999); $redis->lPush($msgKey, $value); // 将请求送入队列中，等后台消费 echo "lPush {$msgKey} -> {$value}";