RabbitMQ

1Connection

连接,与rabbitmq server建立的一个连接,由ConnectionFactory创建,虽然创建时指定了多个server address,但每个connection只与一个物理的server进行连接,此连接是基于Socket进行连接的,这个可以相似的理解为像一个DB Connection

ConnectionParameters params = new ConnectionParameters();

params.setUsername(userName);

params.setPassword(password);

params.setVirtualHost(virtualHost);

params.setRequestedHeartbeat(0);

ConnectionFactory factory = new ConnectionFactory(params);

Connection conn = factory.newConnection(hostName,

AMQP.PROTOCOL.PORT);

 

2Channel

建立在connection基础上的一个通道,相对于connection来说,它是轻量级的。可以这样理解,它就像是hibernate里面的session一样,相对于DB Connection来说,session就是一个轻量级的东西。

Channel channel = conn.createChannel();

注:尽量避免在多线程中使用一个channelChannel javadoc有如下说明:

While a Channel can be used by multiple threads, it's important to ensure that only one thread executes a command at once. Concurrent execution of commands will likely cause an UnexpectedFrameError to be thrown.

另官方Java Client API Guide里面也同样提到

     Channel thread-safety

In general, Channel instances should not be used by more than one thread simultaneously: application code should maintain a clear notion of thread ownership for Channel instances. If more than one thread needs to access a particular Channel instance, the application should enforce mutual exclusion itself, for example by synchronising on the Channel. Symptoms of incorrect serialisation of Channel operations include, but are not limited to,de>IllegalStateExceptionde>s with the message "cannot execute more than one synchronous AMQP command at a time", and de>UnexpectedFrameErrorde>s.

 

3ExchangeQueueRoutingKey

先看下面一张图

蓝色-- Client(相对于Rabbitmq Server来说)

绿色--Exchange

红色—Queue

 - 交换器(Exchange),它是发送消息的实体。

 - 队列(Queue),这是接收消息的实体。

 - 绑定器(Bind),将交换器和队列连接起来,并且封装消息的路由信息。

Exchange指向Queue的黑色线—RoutingKey,可以将它简单的理解为一条连接ExchangeQueue的路线

ExchangeQueue都需要通过channel来进行定义,而RoutingKey则只需要在binding时取个名字就行了。

这一块的理解是不正确的,具体参见 rabbitmq学习-8- Exchange Queue RoutingKey关系说明

左边的Client向右边的Client发送消息,流程:

1 获取Conection

2 获取Channel

3 定义ExchangeQueue

4 使用一个RoutingKeyQueue Binding到一个Exchange

5 通过指定一个Exchange和一个RoutingKey来将消息发送到对应的Queue 

6 接收方在接收时也是获取connection,接着获取channel,然后指定一个Queue直接到它关心的Queue上取消息,它对ExchangeRoutingKey及如何binding都不关心,到对应的Queue上去取消息就OK

一个Client发送消息,哪些Client可以收到消息,其核心就在于ExchangeRoutingKeyQueue的关系上。

我们可以这样理解,RoutingKey就像是个中间表,将两个表的数据进行多对多关联,只不过对于相同的Exchange和Queue,可以使用不同的RoutingKey重复关联多次。 注:本人现在使用的是rabbitmq server 1.7.2,它使用的AMQP 0.8协议,最新的1.0里面有些东西有变化,比如Exchange type,1.0里面还有个system

Exchange在定义的时候是有类型的,以决定到底是哪些Queue符合条件,可以接收消息

Exchange Type 说明

 

fanout

 所有bind到此exchange的queue都可以接收消息

direct

 通过routingKey和exchange决定的那个唯一的queue可以接收消息

topic

 所有符合routingKey(此时可以是一个表达式)的routingKey所bind的queue可以接收消息

表达式符号说明:#代表一个或多个字符,*代表任何字符

例:#.a会匹配a.a,aa.a,aaa.a等   *.a会匹配a.a,b.a,c.a等  注:使用RoutingKey为#,Exchange Type为topic的时候相当于使用fanout

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值