1.mq的使用场景
以前的我，一直都没太搞明白，为什么我们那么需要消息队列，直到我看到了网友scienjus.的这个例子。
例子：假设用户在你的软件中注册，服务端收到用户的注册请求后，它会做这些操作：
1 校验用户名等信息，如果没问题会在数据库中添加一个用户记录
2 如果是用邮箱注册会给你发送一封注册成功的邮件，手机注册则会发送一条短信
3 分析用户的个人信息，以便将来向他推荐一些志同道合的人，或向那些人推荐他
4 发送给用户一个包含操作指南的系统通知
5 等等……
对于用户来说，注册功能实际只需要第一步，只要服务端将他的账户信息存到数据库中他便可以登录上去做他想做的事情了。至于其他的事情，非要在这一次请求中全部完成么？值得用户浪费时间等你处理这些对他来说无关紧要的事情么？所以实际当第一步做完后，服务端就可以把其他的操作放入对应的消息队列中然后马上返回用户结果，由消息队列异步的进行这些操作。
还有另一种情况。同时有大量用户注册你的软件，再高并发情况下注册请求开始出现一些问题，例如邮件接口承受不住，或是分析信息时的大量计算使cpu满载，这将会出现虽然用户数据记录很快的添加到数据库中了，但是却卡在发邮件或分析信息时的情况，导致请求的响应时间大幅增长，甚至出现超时，这就有点不划算了。面对这种情况一般也是将这些操作放入消息队列（生产者消费者模型），消息队列慢慢的进行处理，同时可以很快的完成注册请求，不会影响用户使用其他功能。 ps：这个例子也不错（来自网友郭金鹏）
武汉的一点点的那个奶盖挺好喝的，
忘记叫啥名字了我：“要xxx玛朵，三分糖，加冰”。
前台MM：“好的，一共18块钱”。
我：付钱。
前台MM：“你好，这是您的号码78号，请您在旁边等待，下一位！”。
我，玩手机，刷微博，去旁边买热狗 （1分钟过去...）
前台MM：“76号顾客的好了！！”（3分钟过去...）
前台MM：“77号顾客的好了！！”（4分钟过去...）
前台MM：“78号顾客的好了！！”。拿着奶茶就走啦，挺好喝的，很奇怪的是去了一趟武汉之后，
回想起来，才发现“柜台的桌子”是消息队列
2.mq的作用
2.1削峰作用
在不使用消息队列服务器的时候，用户的请求数据直接写入数据库，在高并发的情况下数据库压力剧增，使得响应速度变慢。但是在使用消息队列之后，用户的请求数据发送给消息队列之后立即 返回，再由消息队列的消费者进程从消息队列中获取数据，异步写入数据库。由于 消息队列服务器处理速度快于数据库（消息队列也比数据库有更好的伸缩性），因此响应速度得到大幅改善。
消息队列具有很好的削峰作用的功能——即通过异步处理，将短时间高并发产生的事务消息存储在消息队列中，从而削平高峰期的并发事务。 举例：在电子商务一些秒杀、促销活动中，合理使用消息队列可以有效抵御促销活动刚开始大量订单涌入对系统的冲击。如下图所示：
2.2解耦作用
模块在分布式部署后有两种聚合的方式：分布式服务以及分布式消息队列。
3.常用mq
activemq
rabbitmq
kafka
rocketmq