RabbitMQ(3) Java客户端使用

RabbitMQ针对不同的开发语言（java，python，c/++，Go等等），提供了丰富对客户端，方便使用。就Java而言，可供使用的客户端有RabbitMQ Java client、

RabbitMQ JMS client、apache的camel-rabbitmq、以及Banyan等。在Spring中，也可以使用Spring AMQP、Spring Cloud Data Flow方便对集成RabbitMQ。

实际开发使用中，RabbitMQ Java client和Spring AMQP比较常用。RabbitMQ Java client在使用上更加接近AMQP协议，Spring AMQP则更加方便Spring项目中的集成。本为总结RabbitMQ Java client的使用。

Java客户端概览

RabbitMQ的Java客户端包为amqp-client-{version}.jar,可以从RabbitMQ官网下载后引入项目中。

对于Maven工程，pom.xml中加入以下依赖即可引入RabbitMQ的Java客户端：

<dependency>

    <groupId>com.rabbitmq</groupId>

    <artifactId>amqp-client</artifactId>

    <version>5.2.0</version>

</dependency>

amqp-client客户端主要包含以下包：

包	说明
com.rabbitmq.client	客户端api定义，提供了接口和类定义AMQP中connection,channel,queue,exchange等核心对象
com.rabbitmq.client.impl	客户端具体实现
com.rabbitmq.client.impl.nio	客户端nio实现
com.rabbitmq.client.impl.recovery
com.rabbitmq.tool.json	对象json工具类
com.rabbitmq.tool.jsonrpc	基于AMQP等json-rpc支持
com.rabbitmq.util	客户端中使用等工具累

对普通用户而言，一般只需关注com.rabbitmq.client包，其中定了AMQP协议中对基础对象，包含以下主要接口和类：

Channel: AMQP 0-9-1 Channel对象，表示一个连接通道，提供了大多数AMQP操作，如创建队列、交换器、绑定等
Connection: AMQP 0-9-1 Connection，表示一个客户端连接
ConnectionFactory: Connectiong工厂
Consumer: 消息消费者接口
DefaultConsumer: 消费者接口默认实现
BasicProperties: 消息属性对象，用于发送消息时设置消息属性
BasicProperties.Builder: BasicProperties构建器

使用ConnectionFactory创建出Connection对象，在使用Connection对象创建一个Channel，在Channel上即可完成基本的发送消息，消费消息等AMQP操作；

发送消息时，可通过BasicProperties设置消息属性；可以通过实现Consumer接口或继承DefaultConsumer类实现一个消费者来消费消息。总之，通过以上对象，

即可完成基本的消息从生产到消费的全流程。

连接到RabbitMQ

通过ConnectionFactory工厂方法，设置连接属性，生成Connection对象，建立客户端到RabbitMQ的连接。在Connection上创建Channel，建立一个连接通道。

Channel不是线程安全的，在实际使用中，应该通过Connection为每个线程创建独立的Channel。

#设置连接属性。未设置时使用默认值:使用默认账号guest连接到localhost到默认vhost "/"

ConnectionFactory connectionFactory = new ConnectionFactory();

connectionFactory.setHost("localhost");

connectionFactory.setPort(5672);

connectionFactory.setVirtualHost("/");

connectionFactory.setUsername("guest");

connectionFactory.setPassword("guest");

#生成Connection & Channel

Connection connection = connectionFactory.newConnection();

Channel channel = connection.createChannel();

也可以通过设置URI的方式来建立连接:

ConnectionFactory connectionFactory = new ConnectionFactory();

connectionFactory.setUri("amqp://username:password@hostname:port/vhost");

Connection connection = connectionFactory.newConnection();

Channel channel = connection.createChannel();

Channel接口上定义AMQP协议几乎所有的操作。建立好到RabbitMQ到连接后，就可以在Channel对象上执行AMQP的操作，如声明队列、交换器、绑定等。

操作exchange、queue和binding

queue操作

声明队列

Channel定义来以下三组方法来声明队列:

普通的queueDeclare方，有两个重载版本
```
Queue.DeclareOk queueDeclare()

Queue.DeclareOk queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete,Map<String, Object> arguments)
```
第一个不带参数的queueDeclare()方法声明一个队列，队列名称由rabbitMQ自动生成，该队列事非持久的、排他的、自动删除的；

第二个方法声明队列，可以指定用户设定的队列属性和参数，是最常用的方法。其中各个参数含义如下：
- queue: 队列名称
- durable: 队列是否持久话。持久化以为着队列可以从RabbitMQ重启中恢复。
- exclusive: 排他性。排他性的队列只对首次声明它的连接（Connection而不是Channel）可见，并将在连接断开是自动删除队列。排他性的队列被首次声明后，
  
  其他连接是不允许创建同名队列的，这种类型的队列使用场景很有限。
- autoDelete: 队列是否自动删除。自动删除的前提是，至少有一个消费者连接到该队列，而后由断开来连接，队列没有任何消费者时，队列被自动删除。
queueDeclareNoWait方法
```
void queueDeclareNoWait(String queue, boolean durable, boolean exclusive, boolean autoDelete, Map<String, Object> arguments)
```
使用queueDeclareNoWait方法声明队列时，不等待服务端到响应，直接返回。这种情况下，声明完队列后立即使用可能引发异常。
queueDeclarePassive方法
```
Queue.DeclareOk queueDeclarePassive(String queue)
```
最后一个queueDeclarePassive方法不是真正对声明队列，而只是检查队列是否存在，如果队列存在则正常返回；否则会抛出一个异常，并且执行该操作对Channel不再

可用，后续应该创建新的Channel对象使用。

删除队列

删除队列有三个方法:

直接删除
```
Queue.DeleteOk queueDelete(String queue) throws IOException;
```
该方法会直接删除掉指定的队列，而不队列对状态，如对是否正在使用、队列中是否还有数据等。

按需删除

Queue.DeleteOk queueDelete(String queue, boolean ifUnused, boolean ifEmpty) throws IOException;

void queueDeleteNoWait(String queue, boolean ifUnused, boolean ifEmpty) throws IOException;

指定ifUnused为true，则只有当队列未使用是才会被删除；指定ifEmpty，则只有当队列为空，里面没数据是才会被删除。

清空队列

queuePurge不删除队列，而是清空队列中数据。
```
Queue.PurgeOk queuePurge(String queue) throws IOException;
```

exchange操作

声明exchange

声明exchange的方法也分为三组:

普通的exchangeDeclare方法

Exchange.DeclareOk exchangeDeclare(String exchange, String type) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange, BuiltinExchangeType type) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange, String type, boolean durable) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange, BuiltinExchangeType type, boolean durable) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange, String type, boolean durable, boolean autoDelete, Map<String, Object> arguments) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange, BuiltinExchangeType type, boolean durable, boolean autoDelete, Map<String, Object> arguments) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange,

                                   String type,

                                   boolean durable,

                                   boolean autoDelete,

                                   boolean internal,

                                   Map<String, Object> arguments) throws IOException;

Exchange.DeclareOk exchangeDeclare(String exchange,

                                   BuiltinExchangeType type,

                                   boolean durable,

                                   boolean autoDelete,

                                   boolean internal,

                                   Map<String, Object> arguments) throws IOException;

各个参数含义如下：

exchange: 交换器的名称
type/BuiltinExchangeType: 交换器的类型
durable: 是否持久化。持久化的交换器会从RabbitMQ服务重启中恢复，而不用重新创建。
autoDelete: 是否自动删除。自动删除的前提是，只是有一队列或交换器与该交换器绑定，之后所有与该交换器绑定的队列/交换器都进行来解绑。
internal: 是否为内置交换器。内置交换器是不允许客户端发送消息的。内置交换使用的场景是与其他交换器绑定（RabbitMQ扩展，非AMQP原生功能）
arguments: 其他的结构化参数

exchangeDeclareNoWait方法

使用exchangeDeclareNoWait方法声明exchange，方法调用不等待服务端的响应，直接返回，各个参数含义与上面相同。所以声明exchange后立即使用，很可能引发异常。

void exchangeDeclareNoWait(String exchange,

                           String type,

                           boolean durable,

                           boolean autoDelete,

                           boolean internal,

                           Map<String, Object> arguments) throws IOException;

void exchangeDeclareNoWait(String exchange,

                           BuiltinExchangeType type,

                           boolean durable,

                           boolean autoDelete,

                           boolean internal,

                           Map<String, Object> arguments) throws IOException;

exchangeDeclarePassive方法

与queueDeclarePassive方法类似，exchangeDeclarePassive用来检查exchange是否存在，而不会创建exchange。
```
Exchange.DeclareOk exchangeDeclarePassive(String name) throws IOException;
```

删除exchange

与删除队列类似，可以直接删除交换器或是按需删除。

直接删除

Exchange.DeleteOk exchangeDelete(String exchange) throws IOException;

按需删除

Exchange.DeleteOk exchangeDelete(String exchange, boolean ifUnused) throws IOException;

void exchangeDeleteNoWait(String exchange, boolean ifUnused) throws IOException;

ifUnused设置为true时，只有当交换器未被使用时，才会被删除。

binding操作

队列与交换器绑定/解绑

把队列和交换器绑定起来，使用queueBind方法：

Queue.BindOk queueBind(String queue, String exchange, String routingKey) throws IOException;

Queue.BindOk queueBind(String queue, String exchange, String routingKey, Map<String, Object> arguments) throws IOException;

void queueBindNoWait(String queue, String exchange, String routingKey, Map<String, Object> arguments) throws IOException;

被绑定的队列和交换器的名称分别由参数queue和exchange指定，绑定的key通过参数routingKey指定。arguments指定了其他的结构化参数。

对应于绑定方法，有如下两个解绑方法：

Queue.UnbindOk queueUnbind(String queue, String exchange, String routingKey) throws IOException;

Queue.UnbindOk queueUnbind(String queue, String exchange, String routingKey, Map<String, Object> arguments) throws IOException;

交换器与交换器绑定/解绑

作为RabbitMQ对AMQP的扩展功能，交换器允许和别的交换器绑定起来。这和队列与交换器对绑定在使用上没有太大对不同。可以将交换器E1和E2绑定起来，在将E2和队列

Q绑定起来，之后生产者向E1发送消息，消息在E1上被路由到E2，再由E2路由到Q。

绑定交换器和其他交换器使用如下方法：

Exchange.BindOk exchangeBind(String destination, String source, String routingKey) throws IOException;

Exchange.BindOk exchangeBind(String destination, String source, String routingKey, Map<String, Object> arguments) throws IOException;

void exchangeBindNoWait(String destination, String source, String routingKey, Map<String, Object> arguments) throws IOException;

destination和source参数分别指定目的交换器和源交换器。

同样，通过以下方法解绑：

Exchange.UnbindOk exchangeUnbind(String destination, String source, String routingKey) throws IOException;

Exchange.UnbindOk exchangeUnbind(String destination, String source, String routingKey, Map<String, Object> arguments) throws IOException;

void exchangeUnbindNoWait(String destination, String source, String routingKey, Map<String, Object> arguments) throws IOException;

何时需要创建队列、交换器以及它们之间的绑定关系呢？这取决与应用程序。在一些复杂应用中，可能需要管理员事先规划好交换器、队列以及绑定关系，并在服务队创建好

这些资源，客户端直接去使用即可，这样便于统一规划，防止客户端随意创建资源造成错误或是资源浪费；在其他一些应用中，可能由客户端自己创建这些资源并使用。总之，

这取决于应用本身的规划。

发送消息

在channel对象上，使用basicPublish方法，将消息发送到指定的交换器。basicPublish有三个重载方法：

void basicPublish(String exchange, String routingKey, BasicProperties props, byte[] body) throws IOException;

void basicPublish(String exchange, String routingKey, boolean mandatory, BasicProperties props, byte[] body) throws IOException;

void basicPublish(String exchange, String routingKey, boolean mandatory, boolean immediate, BasicProperties props, byte[] body) throws IOException;

发送消息是，指定的各个参数含义如下：

exchange: exchange名称，指定消息发送到哪个交换器
routingKey: 消息到路由键
mandatory: 该参数决定消息到达exchange后无法路由时到处理方式。指定为true，当消息到达exchange时，如果根据路由键找不到匹配到队列，该消息将被返回给

客户端；否则，无法路由到消息被直接丢弃。
immediate: 该参数设置为true，消息在从exchange路由到队列时，如果队列上消费者，消息将被投递到队列，否则将消息返回给生产者。不过，该参数从RabbitMQ 3.0版本开始已经废弃掉。
props: 指定消息到其他属性,如header、deliveryMode、contentType等。
body: 消息体

消费消息

在RabbitMQ中，消费者可以以推模式和拉模式两种方式消费消息，分别对象basicConsume方法和basicGet方法。推模式中，由服务端主动推送消息到消费这，消费者在

会调方法中处理消息，然后响应服务端；拉模式中，消费者每次主动从队列中拉起单条消息消费，然后响应服务端。

推模式

推模式使用basicConsume方法来消费消息，可以看到，RabbitMQ定义了basicConsume方法许多重载版本：

String basicConsume(String queue, Consumer callback) throws IOException;

String basicConsume(String queue, DeliverCallback deliverCallback, CancelCallback cancelCallback) throws IOException;

String basicConsume(String queue, DeliverCallback deliverCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, DeliverCallback deliverCallback, CancelCallback cancelCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, Consumer callback) throws IOException;

String basicConsume(String queue, boolean autoAck, DeliverCallback deliverCallback, CancelCallback cancelCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, DeliverCallback deliverCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, DeliverCallback deliverCallback, CancelCallback cancelCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, Map<String, Object> arguments, Consumer callback) throws IOException;

String basicConsume(String queue, boolean autoAck, Map<String, Object> arguments, DeliverCallback deliverCallback, CancelCallback cancelCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, Map<String, Object> arguments, DeliverCallback deliverCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, Map<String, Object> arguments, DeliverCallback deliverCallback, CancelCallback cancelCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, Consumer callback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, DeliverCallback deliverCallback, CancelCallback cancelCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, DeliverCallback deliverCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, DeliverCallback deliverCallback, CancelCallback cancelCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, boolean noLocal, boolean exclusive, Map<String, Object> arguments, Consumer callback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, boolean noLocal, boolean exclusive, Map<String, Object> arguments, DeliverCallback deliverCallback, CancelCallback cancelCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, boolean noLocal, boolean exclusive, Map<String, Object> arguments, DeliverCallback deliverCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

String basicConsume(String queue, boolean autoAck, String consumerTag, boolean noLocal, boolean exclusive, Map<String, Object> arguments, DeliverCallback deliverCallback, CancelCallback cancelCallback, ConsumerShutdownSignalCallback shutdownSignalCallback) throws IOException;

各个参数含义如下：

queue: 指定队列名称，即消费哪个队列里的数据。
autoAck: 是否自动进行消息确认。设置为true表示自动消息确认，消费者收到消息时，自动向服务端发送ack信号，服务端收到该信号，则认为消息已经被消费，将其从队列中删除。

设置为false值，需要消费者手动进行ack。
consumerTag: 消费者标签，用了区分多个消费者。
noLocal: 设置为true，表示不能将同一个Connection中生成者发送的消息传递给这个Connection中的消费者。
exclusive: 是否排他。
arguments: 其他结构化参数。
callback: 消费者会调函数，处理发送过来的消息。
cancelCallback: 消费者取消订阅时的回调方法。
shutdownSignalCallback: channel或者connection关闭时的回调方法。
其他回调方法...

可见，消费者主要还是定义各个回调方法，然后调用basicConsume方法消费消息。最主要的回调参数还是callback，定了了消费者消费消息的主要流程，可以同实现

Consumer接口或继承DefaultConsumer类来实现一个Consumer，如:

String QUEUE_NAME ="";

boolean autoAck = false;

channel.basicConsume(QUEUE_NAME,autoAck,"myTag",

                new DefaultConsumer(channel){

                    @Override

                    public void handleDelivery(String consumerTag,

                                               Envelope envelope,

                                               AMQP.BasicProperties properties,

                                               byte[] body) throws IOException{

                       long deliveryTag = envelope.getDeliveryTag();

                       process(body,consumerTag,envelope,properties) //消费消息

                       channel.basicAck(deliveryTag,false);

                    }

                });

拉模式

拉模式只有basicGet一个方法：

GetResponse basicGet(String queue, boolean autoAck) throws IOException;

参数queue指定从哪个队列中读取消息；参数autoAck指定是否自动进行消息确认，设定为fasle时，需要消费者对消息消费后，主动向服务端发送ack消息。

GetResponse response = channel.basicGet(QUEUE_NAME, false);

handle(response) //消费消息

channel.basicAck(response.getEnvelope.getDeliveryTag,false);

拒绝消息

消费者可以拒绝消费投递过来的消息，使用basicReject拒绝单条消息，使用basicNack可以具体多条消息。basicNack不是AMQP的标准操作，而是RabbitMQ的扩展。

void basicReject(long deliveryTag, boolean requeue) throws IOException;

void basicNack(long deliveryTag, boolean multiple, boolean requeue) throws IOException;

各个参数含义：

deliveryTag: 消息的编号
requeue: 消费者拒绝后，服务端是否将消息重新入队
multiple: basicNack，multiple参数设置为true时，表明一次性拒绝多条消息：deliveryTag编号之前的所有未被消费的消息都被拒绝。

一个完整的示例

我们将实现一个简单的告警处理系统。告警分为io告警和file告警两种类型，告警级别有error和warning两种。

整体结构如下图所示

生产者将告警发送到topic类型的交换器中，交换器更具告警的级别将告警路由分别路由到ErrorQueue和WarningQueue中。消费者ErrorConsumer订阅ErrorQueue

消费error级别的告警消息；IOWarningConsumer订阅WarningQueue,处理warning级别到告警，正如其名称，IOWarningConsumer只对io类型到告警消费，其他类型

的告警reject掉。

实现如下：

Producer: 随机生产各自类型、级别的告警，并发送到交换器

public class Producer {

    public static String EXCHANEG = "alert_exchange";

    public static String WARNING_QUEUE = "waring_queue";

    public static String ERROR_QUEUE = "error_queue";

    public static void main(String[] args) throws IOException, TimeoutException {

        //get a default connection and create a channel

        ConnectionFactory cf = new ConnectionFactory();

        Connection connection = cf.newConnection();

        final Channel channel = connection.createChannel();

        //declare exchange,queues and bindings

        channel.exchangeDeclare(EXCHANEG, BuiltinExchangeType.TOPIC);

        channel.queueDeclare(WARNING_QUEUE,true,false,false,null);

        channel.queueDeclare(ERROR_QUEUE,true,false,false,null);

        channel.queueBind(WARNING_QUEUE, EXCHANEG,"*.warning");

        channel.queueBind(ERROR_QUEUE, EXCHANEG,"*.error");

        while (true){

            String key = randomRoutingKey();

            String message = message(key);

            channel.basicPublish(EXCHANEG,key,null,message.getBytes());

            System.out.println("Sent > " + message);

            try {

                TimeUnit.SECONDS.sleep(1);

            } catch (InterruptedException e) {

                e.printStackTrace();

            }

        }

    }

    public static String[] keys = new String[]{"io.error","io.warning","file.error","file.warning"};

    public static String randomRoutingKey(){

        Random random = new Random();

        int rand = Math.abs(random.nextInt())%(keys.length);

        return keys[rand];

    }

    public static String message(String key){

        String message = "Alert ..." + " level:" + key;

        return message;

    }

}

ErrorConsumer: 消费error级别到告警

public class ErrorConsumer {

    public static void main(String[] args) throws IOException, TimeoutException {

        ConnectionFactory cf = new ConnectionFactory();

        Connection connection = cf.newConnection();

        final Channel channel = connection.createChannel();

        boolean autoAck = false;

        channel.basicConsume(Producer.ERROR_QUEUE,false,new DefaultConsumer(channel){

            @Override

            public void handleDelivery(String consumerTag,

                                       Envelope envelope,

                                       AMQP.BasicProperties properties,

                                       byte[] body) throws IOException{

                String message = new String(body);

                //consume message

                System.out.println("consumed. " + message);

                channel.basicAck(envelope.getDeliveryTag(),false);

            }

        });

    }

}

IOWarningConsumer: 消费io类型、warning级别的告警。

 public class IOWarningConsumer {

    public static void main(String[] args) throws IOException, TimeoutException {

        ConnectionFactory cf = new ConnectionFactory();

        Connection connection = cf.newConnection();

        final Channel channel = connection.createChannel();

        boolean autoAck = false;

        channel.basicConsume(Producer.WARNING_QUEUE,autoAck,new DefaultConsumer(channel){

            @Override

            public void handleDelivery(String consumerTag,

                                       Envelope envelope,

                                       AMQP.BasicProperties properties,

                                       byte[] body) throws IOException{

                String key = envelope.getRoutingKey();

                String message = new String(body);

                long deliveryTag = envelope.getDeliveryTag();

                if (key.startsWith("io")) { // only consumer io warning messages

                    //consume message

                    System.out.println("consumed: " + message);

                    channel.basicAck(deliveryTag,false);

                } else { //reject other messages and requeue them

                    System.out.println("rejected: " + message);

                    channel.basicReject(deliveryTag,true);

                }

            }

        });

    }

}

分别启动Producer、ErrorConsumer和IOWarningConsumer。从输出结果中可以看到:

Producer每隔一秒钟随机生产一条消息:

Sent > Alert ... level:io.error

Sent > Alert ... level:file.warning

Sent > Alert ... level:file.error

Sent > Alert ... level:io.warning

Sent > Alert ... level:file.warning

Sent > Alert ... level:io.error

Sent > Alert ... level:file.error

Sent > Alert ... level:file.error

Sent > Alert ... level:io.warning

Sent > Alert ... level:file.warning

Sent > Alert ... level:file.error

ErrorConsumer处理了所有error级别的消息:

consumed. Alert ... level:io.error

consumed. Alert ... level:file.error

consumed. Alert ... level:io.error

consumed. Alert ... level:file.error

consumed. Alert ... level:file.error

consumed. Alert ... level:file.error

IOWarningConsumer消费了io类型的warning消息，拒绝了其他消息。

rejected: Alert ... level:file.warning

consumed: Alert ... level:io.warning

rejected: Alert ... level:file.warning

consumed: Alert ... level:io.warning

rejected: Alert ... level:file.warning

rejected: Alert... level:file.warning

...

在IOWrningConsumer，对于reject的消息，其requeue参数设置为true，这样消息被拒绝后，在服务端将重新入队，然后又推送给该消费者，一直循环。实际

应用中，应该避免这种情况到发生，此处只是为了演示reject的用法。

查看队列状态，可以发现warning_queue中始终存在未被确认的消息：

$ rabbitmqctl list_queues name,durable,messages_ready,messages_unacknowledged,messages

Timeout: 60.0 seconds ...

Listing queues for vhost / ...

error_queue	    true	0	0	0

task_queue	    true	0	0	0

waring_queue	true	19	0	19

总结

使用java客户端，创建ConnectionFactory对象，设置连接属性后，创建已经到服务到Connection，Connection代表一个Tcp连接，可以在客户端复用，复用方式

为使用Connection创建Channel。可以根据规划事先在服务端创建好交换器、队列等资源，也可以在Channel上声明这些资源，声明资源时，如果资源不存在则会创建。

一切资源就绪，生产者在Channel使用basicPublish发送消息到指定到交换器，消费这订阅指定的队列，定义消费消息的回调函数，在Channel上使用basicConsume消费消息。