一、消息队列使用场景或者其优点
消息队列通常是在项目中，将一些无需即时返回且耗时的操作提取出来。进行了异步处理，而这种异步处理的方式大大的节省了server的请求响应时间，从而提高了系统的吞吐量。
在项目启动之初来预測将来项目会碰到什么需求，是极其困难的。消息队列在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口。
这同意你独立的扩展或改动两边的处理过程。仅仅要确保它们遵守相同的接口约束。
消息队列能够解决这样一个问题，也就是其解耦性。解耦伴随的优点就是减少冗余，灵活，易于扩展。
峰值处理能力：当你的应用上了Hacker News的首页。你将发现訪问流量攀升到一个不同平常的水平。在訪问量剧增的情况下。你的应用仍然须要继续发挥作用，可是这种突发流量并不常见；假设为以能处理这类峰值訪问为标准来投入资源随时待命无疑是巨大的浪费。使用消息队列能够使关键组件顶住增长的訪问压力，而不是由于超出负荷的请求而全然崩溃。
消息队列还有可恢复性、异步通信、缓冲………等各种优点，在此不一一介绍，用到自然理解。
二、RabbitMQ来源
RabbitMQ是用Erlang实现的一个高并发高可靠AMQP消息队列server。
显然，RabbitMQ跟Erlang和AMQP有关。以下简介一下Erlang和AMQP。
Erlang是一门动态类型的函数式编程语言，它也是一门解释型语言，由Erlang虚拟机解释执行。从语言模型上说。Erlang是基于Actor模型的实现。在Actor模型里面。万物皆Actor。每一个Actor都封装着内部状态，Actor相互之间仅仅能通过消息传递这一种方式来进行通信。相应到Erlang里，每一个Actor相应着一个Erlang进程。进程之间通过消息传递进行通信。相比共享内存，进程间通过消息传递来通信带来的直接优点就是消除了直接的锁开销(不考虑Erlang虚拟机底层实现中的锁应用)。
AMQP(Advanced Message Queue Protocol)定义了一种消息系统规范。这个规范描写叙述了在一个分布式的系统中各个子系统怎样通过消息交互。
而RabbitMQ则是AMQP的一种基于erlang的实现。
AMQP将分布式系统中各个子系统隔离开来，子系统之间不再有依赖。子系统仅依赖于消息。子系统不关心消息的发送者。也不关心消息的接受者。
这里不必要对Erlang和AMQP作过于深入介绍。毕竟本文RabbitMQ才是主角哦。哈哈。以下直接看主角表演(实例)啦，至于主角的一些不得不深入介绍的点我们放到最后面。
三、RabbitMQ实例(Java)
3.1、环境配置
RabbitMQ的执行须要erlang的支持，因此我们先安装erlang。
前面我们也讲到RabbitMQ就是一个server，以下我们就安装相应server。cd C:\Program Files (x86)\RabbitMQ Server\rabbitmq_server-3.3.4\sbin
rabbitmq-server start
博主的之前启动过了，所以报错，假设你的也启动了就没问题了。
接下来自然是jar包依赖，本文project採用eclipse + maven，maven依赖例如以下：
com.rabbitmq
amqp-client
3.0.4
commons-lang
commons-lang
2.6
由于兴许样例里面实用到序列化的，因此加上序列化工具包相关依赖。
3.2、样例一代码和效果
新建发送者Send.java，代码例如以下：
package com.luo.rabbit.test.one;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
public class Send {
//队列名称
private final static String QUEUE_NAME = "queue";
public static void main(String[] argv) throws java.io.IOException
{
/**
* 创建连接连接到MabbitMQ
*/
ConnectionFactory factory = new ConnectionFactory();
//设置MabbitMQ所在主机ip或者主机名
factory.setHost("127.0.0.1");
//创建一个连接
Connection connection = factory.newConnection();
//创建一个频道
Channel channel = connection.createChannel();
//指定一个队列
channel.queueDeclare(QUEUE_NAME, false, false, false, null);
//发送的消息
String message = "hello world!";
//往队列中发出一条消息
channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
System.out.println("Sent '" + message + "'");
//关闭频道和连接
channel.close();
connection.close();
}
}
新建接收者Recv.java，代码例如以下：
package com.luo.rabbit.test.one;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.QueueingConsumer;
public class Recv {
//队列名称
private final static String QUEUE_NAME = "queue";
public static void main(String[] argv) throws java.io.IOException,
java.lang.InterruptedException
{
//打开连接和创建频道，与发送端一样
ConnectionFactory factory = new ConnectionFactory();
//设置MabbitMQ所在主机ip或者主机名
factory.setHost("127.0.0.1");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
//声明队列，主要为了防止消息接收者先执行此程序，队列还不存在时创建队列。
channel.queueDeclare(QUEUE_NAME, false, false, false, null);
System.out.println("Waiting for messages. To exit press CTRL+C");
//创建队列消费者
QueueingConsumer consumer = new QueueingConsumer(channel);
//指定消费队列
channel.basicConsume(QUEUE_NAME, true, consumer);
while (true)
{
//nextDelivery是一个堵塞方法(内部实现事实上是堵塞队列的take方法)
QueueingConsumer.Delivery delivery = consumer.nextDelivery();
String message = new String(delivery.getBody());
System.out.println("Received '" + message + "'");
}
}
}
分别执行这两个类。先后顺序没有关系。先执行发送者再执行接收者，效果例如以下：
3.3、样例二代码和效果
样例一可能通俗易懂，可是并非非常规范，而且有些缺陷，比方我要发送一个对象过去呢？以下看另外一个样例：
首先建一个连接类。由于发送者和接收者的连接代码都是一样的。之后让二者继承这个连接类就可以。连接类代码BaseConnector.java：
package com.luo.rabbit.test.two;
import java.io.IOException;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
public class BaseConnector {
protected Channel channel;
protected Connection connection;
protected String queueName;
public BaseConnector(String queueName) throws IOException{
this.queueName = queueName;
//打开连接和创建频道
ConnectionFactory factory = new ConnectionFactory();
//设置MabbitMQ所在主机ip或者主机名 127.0.0.1即localhost
factory.setHost("127.0.0.1");
//创建连接
connection = factory.newConnection();
//创建频道
channel = connection.createChannel();
//声明创建队列
channel.queueDeclare(queueName, false, false, false, null);
}
}
发送者Sender.java：
package com.luo.rabbit.test.two;
import java.io.IOException;
import java.io.Serializable;
import org.apache.commons.lang.SerializationUtils;
public class Sender extends BaseConnector {
public Sender(String queueName) throws IOException {
super(queueName);
}
public void sendMessage(Serializable object) throws IOException {
channel.basicPublish("",queueName, null, SerializationUtils.serialize(object));
}
}
前面讲过，我们想发送一个对象给接受者。因此，我们先新建一个对象，由于发送过程须要序列化。因此这里须要实现java.io.Serializable接口：
package com.luo.rabbit.test.two;
import java.io.Serializable;
public class MessageInfo implements Serializable {
private static final long serialVersionUID = 1L;
//渠道
private String channel;
//来源
private String content;
public String getChannel() {
return channel;
}
public void setChannel(String channel) {
this.channel = channel;
}
public String getContent() {
return content;
}
public void setContent(String content) {
this.content = content;
}
}
关于序列化，这里小宝鸽就再唠叨两句，序列化就是将一个对象的状态(各个属性量)保存起来，然后在适当的时候再获得。序列化分为两大部分：序列化和反序列化。
序列化是这个过程的第一部分。将数据分解成字节流。以便存储在文件里或在网络上传输。反序列化就是打开字节流并重构对象。
对象序列化不仅要将基本数据类型转换成字节表示，有时还要恢复数据。恢复数据要求有恢复数据的对象实例。
接收者代码Receiver.java：
package com.luo.rabbit.test.two;
import java.io.IOException;
import org.apache.commons.lang.SerializationUtils;
import com.rabbitmq.client.AMQP.BasicProperties;
import com.rabbitmq.client.Envelope;
import com.rabbitmq.client.Consumer;
import com.rabbitmq.client.ShutdownSignalException;
public class Receiver extends BaseConnector implements Runnable, Consumer {
public Receiver(String queueName) throws IOException {
super(queueName);
}
//实现Runnable的run方法
public void run() {
try {
channel.basicConsume(queueName, true,this);
} catch (IOException e) {
e.printStackTrace();
}
}
/**
* 以下这些方法都是实现Consumer接口的
**/
//当消费者注冊完毕自己主动调用
public void handleConsumeOk(String consumerTag) {
System.out.println("Consumer "+consumerTag +" registered");
}
//当消费者接收到消息会自己主动调用
public void handleDelivery(String consumerTag, Envelope env,
BasicProperties props, byte[] body) throws IOException {
MessageInfo messageInfo = (MessageInfo)SerializationUtils.deserialize(body);
System.out.println("Message ( "
+ "channel : " + messageInfo.getChannel()
+ " , content : " + messageInfo.getContent()
+ " ) received.");
}
//以下这些方法能够临时不用理会
public void handleCancelOk(String consumerTag) {
}
public void handleCancel(String consumerTag) throws IOException {
}
public void handleShutdownSignal(String consumerTag,
ShutdownSignalException sig) {
}
public void handleRecoverOk(String consumerTag) {
}
}
这里。接收者实现了。Runnable接口和com.rabbitmq.client.Consumer接口。
实现Runnable接口的目的是为了实现多线程。java实现多线程的方式有两种：一种是继承Thread类，一种是实现Runnable接口。详情请看这篇文章：http://developer.51cto.com/art/201203/321042.htm。
实现Consumer接口的目的是什么呢？猿友们应有看到实例一中的接收者代码：
//指定消费队列
channel.basicConsume(QUEUE_NAME, true, consumer);
最后一个參数是须要传递com.rabbitmq.client.Consumer參数的，实现了Consumer接口之后我们仅仅须要传递this就好了。另外，Consumer有非常多方法。上面代码除了构造方法和run方法(run是实现Runnable接口的)，其它都是实现Consumer接口的，这些方法的详细含义，大家能够直接看com.rabbitmq.client.Consumer源代码。
接下来就是測试类了Test.java：
package com.luo.rabbit.test.two;
public class Test {
public static void main(String[] args) throws Exception{
Receiver receiver = new Receiver("testQueue");
Thread receiverThread = new Thread(receiver);
receiverThread.start();
Sender sender = new Sender("testQueue");
for (int i = 0; i < 5; i++) {
MessageInfo messageInfo = new MessageInfo();
messageInfo.setChannel("test");
messageInfo.setContent("msg" + i);
sender.sendMessage(messageInfo);
}
}
}
执行效果：
记得执行完毕之后一定要把进程关掉，不然你每执行一次Test.java就会开启一个进程。之后会出现什么问题呢？我是十分建议大家试试。会有惊喜哦，哈哈。惊喜就是，发送的消息会平均(数量平均)的出现到各个接收者的控制台。最好还是将发送的数量改大一点试试。
四、RabbitMQ使用的道具的详细介绍
RabbitMQ是用Erlang实现的一个高并发高可靠AMQP消息队列server。
Erlang就是RabbitMQ的一个依赖环境。这里没什么好说的。我们更加关注它的一身表演技巧哪里来的，这里就看AMQP吧，看完AMQP之后预计你会对RabbitMQ的理解更加深刻。
開始吧
AMQP其中有四个概念非常重要：虚拟主机(virtual host)。交换机(exchange)，队列(queue)和绑定(binding)。一个虚拟主机持有一组交换机、队列和绑定。为什么须要多个虚拟主机呢？非常easy，RabbitMQ其中。用户仅仅能在虚拟主机的粒度进行权限控制。因此，假设须要禁止A组訪问B组的交换机/队列/绑定，必须为A和B分别创建一个虚拟主机。每一个RabbitMQserver都有一个默认的虚拟主机“/”。假设这就够了，那如今就能够開始了。
交换机，队列，还有绑定……天哪。
刚開始我思维的列车就是在这里脱轨的…… 这些鬼东西怎么结合起来的？
队列(Queues)是你的消息(messages)的终点，能够理解成装消息的容器。
消息就一直在里面。直到有客户端(也就是消费者，Consumer)连接到这个队列而且将其取走为止。只是。你能够将一个队列配置成这种：一旦消息进入这个队列，biu~。它就烟消云散了。
这个有点跑题了……
须要记住的是，队列是由消费者(Consumer)通过程序建立的。不是通过配置文件或者命令行工具。
这没什么问题，假设一个消费者试图创建一个已经存在的队列，RabbitMQ就会起来拍拍他的脑袋，笑一笑。然后忽略这个请求。
因此你能够将消息队列的配置写在应用程序的代码里面。这个概念不错。
OK。你已经创建而且连接到了你的队列，你的消费者程序正在百无聊赖的敲着手指等待消息的到来，敲啊，敲啊…… 没有消息。
发生了什么？你当然须要先把一个消息放进队列才行。只是要做这个，你须要一个交换机(Exchange)……
交换机能够理解成具有路由表的路由程序。仅此而已。每一个消息都有一个称为路由键(routing key)的属性，就是一个简单的字符串。
交换机其中有一系列的绑定(binding)，即路由规则(routes)，比如，指明具有路由键 “X” 的消息要到名为timbuku的队列其中去。先不讨论这个，我们有点超前了。
你的消费者程序要负责创建你的交换机们(复数)。
啥？你是说你能够有多个交换机？是的，这个能够有。只是为啥？非常easy。每一个交换机在自己独立的进程其中执行。因此添加多个交换机就是添加多个进程，能够充分利用server上的CPU核以便达到更高的效率。比如，在一个8核的server上，能够创建5个交换机来用5个核，另外3个核留下来做消息处理。相似的，在RabbitMQ的集群其中。你能够用相似的思路来扩展交换机一边获取更高的吞吐量。
OK，你已经创建了一个交换机。可是他并不知道要把消息送到哪个队列。你须要路由规则，即绑定(binding)。一个绑定就是一个相似这种规则：将交换机“desert(沙漠)”其中具有路由键“阿里巴巴”的消息送到队列“hideout(山洞)”里面去。
换句话说，一个绑定就是一个基于路由键将交换机和队列连接起来的路由规则。
比如，具有路由键“audit”的消息须要被送到两个队列，“log-forever”和“alert-the-big-dude”。要做到这个，就须要创建两个绑定，每一个都连接一个交换机和一个队列，两者都是由“audit”路由键触发。
在这种情况下。交换机会复制一份消息而且把它们分别发送到两个队列其中。
交换机只是就是一个由绑定构成的路由表。
如今复杂的东西来了：交换机有多种类型。
他们都是做路由的。只是接受不同类型的绑定。为什么不创建一种交换机来处理所有类型的路由规则呢？由于每种规则用来做匹配分子的CPU开销是不同的。比如，一个“topic”类型的交换机试图将消息的路由键与相似“dogs.*”的模式进行匹配。
匹配这种末端的通配符比直接将路由键与“dogs”比較(“direct”类型的交换机)要消耗很多其它的CPU。
假设你不须要“topic”类型的交换机带来的灵活性，你能够通过使用“direct”类型的交换机获取更高的处理效率。
那么有哪些类型，他们又是怎么处理的呢？
五、源代码project下载
小宝鸽向来有个坏习惯，即便博客里面已经将所有代码贴出来了，还是会提供源代码project供大家下载。哈哈。
有些时候有些猿友常常会问，写一篇博客非常花时间吧，我不能假装跟你说不花时间。尽管花时间，可是当你看到方向，看到了目标，能够将自己学习的东西分享出来。你就会非常有动力了。根本停不下来。
本博客自己查资料，建实例验证，动手写博客，约花了8个小时左右吧。只是当我了解到RabbitMQ的博大精深，这些时间都不是事，欢迎关注，尽管刚毕业半年，但小宝鸽会继续将工作中遇到的技术点分享给大家。