学习淘淘商城第五十八课(ActiveMQ发送topic消息和接收topic消息)

来源:互联网 发布:合肥开淘宝卖啥好 编辑:程序博客网 时间:2024/05/07 16:05

       前两节我们一起学习了发送队列消息及消费队列消息,这节我们一起学习下如何发送topic消息。

       我们在测试类中添加一个测试方法,用来测试发送topic消息,如下图所示,其实这个方法与发送队列消息几乎一样,只是创建Destination对象的时候不一样而已。


       测试代码如下:

@Testpublic void testTopicProducer() throws JMSException{//1.创建一个连接工厂对象ConnectionFactory对象。需要指定mq服务的ip及端口号。注意参数brokerURL的开头是//tcp://而不是我们通常的http://,端口是61616而不是我们访问activemq后台管理页面所使用的8161ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://192.168.156.30:61616");//2.使用ConnectionFactory创建一个连接Connection对象Connection connection = connectionFactory.createConnection();//3.开启连接。调用Connection对象的start方法connection.start();//4.使用Connection对象创建一个Session对象//第一个参数是是否开启事务,一般不使用分布式事务,因为它特别消耗性能,而且顾客体验特别差,现在互联网的//做法是保证数据的最终一致(也就是允许暂时数据不一致),比如顾客下单购买东西,一旦订单生成完就立刻响应给用户//下单成功。至于下单后一系列的操作,比如通知会计记账、通知物流发货、商品数量同步等等都先不用管,只需要//发送一条消息到消息队列,消息队列来告知各模块进行相应的操作,一次告知不行就两次,直到完成所有相关操作为止,这//也就做到了数据的最终一致性。如果第一个参数为true,那么第二个参数将会被忽略掉。如果第一个参数为false,那么//第二个参数为消息的应答模式,常见的有手动和自动两种模式,我们一般使用自动模式。Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);//5.使用Session对象创建一个Destination对象,两种形式queue、topic。现在我们使用topic//参数就是消息队列的名称Topic topic = session.createTopic("test-topic");//6.使用Session对象创建一个Producer对象MessageProducer producer = session.createProducer(topic);//7.创建一个TextMessage对象//有两种方式,第一种方式://TextMessage textMessage = new ActiveMQTextMessage();//textMessage.setText("hello,activemq!!!");//第二种方式:TextMessage textMessage = session.createTextMessage("hello,activemq topic");//8.发送消息producer.send(textMessage);//9.关闭资源producer.close();session.close();connection.close();}
       运行上面的测试方法,运行成功后,我们访问activemq的管理后台页面,点击"Topics",可以看到有"test-topic"这一行,压入消息队列一条消息,但由于没有消费者,因此没有消费掉该消息。

       我们点击上图的"test-topic",会看到如下图所示界面。我们发现刚才我们发送的消息并没有被保存。


      而我们发送的queue消息在未被消费前会被保存,如下图所示。


      这样的话,就会有个问题,那就是如果发送topic消息时没有消费者,那么这条消息便不存在了,不会再被消费了。因此我们要想消息不会被遗失掉,我们要先打开消费者,然后再发送topic消息。

       我们来写消费topic消息的方法,如下图所示,该方法与我们上节课学习的消费队列消息的方法不同的是创建Destination的时候不一样,同时为了模拟多个消费者,在该方法中添加一条输出信息,标明该方法是第几个消费者。


         代码如下:

@Testpublic void testTopicConsumer() throws Exception{//1.创建一个连接工厂对象ConnectionFactory对象。需要指定mq服务的ip及端口号。注意参数brokerURL的开头是//tcp://而不是我们通常的http://,端口是61616而不是我们访问activemq后台管理页面所使用的8161ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://192.168.156.30:61616");//2.使用ConnectionFactory创建一个连接Connection对象Connection connection = connectionFactory.createConnection();//3.开启连接。调用Connection对象的start方法connection.start();//4.使用Connection对象创建一个Session对象//第一个参数是是否开启事务,一般不使用分布式事务,因为它特别消耗性能,而且顾客体验特别差,现在互联网的//做法是保证数据的最终一致(也就是允许暂时数据不一致),比如顾客下单购买东西,一旦订单生成完就立刻响应给用户//下单成功。至于下单后一系列的操作,比如通知会计记账、通知物流发货、商品数量同步等等都先不用管,只需要//发送一条消息到消息队列,消息队列来告知各模块进行相应的操作,一次告知不行就两次,直到完成所有相关操作为止,这//也就做到了数据的最终一致性。如果第一个参数为true,那么第二个参数将会被忽略掉。如果第一个参数为false,那么//第二个参数为消息的应答模式,常见的有手动和自动两种模式,我们一般使用自动模式。Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);//5.使用Session对象创建一个Destination对象,两种形式queue、topic。现在我们使用queue//参数就是消息队列的名称Topic topic = session.createTopic("test-topic");//6.使用Session对象创建一个Consumer对象MessageConsumer consumer = session.createConsumer(topic);//7.向Consumer对象中设置一个MessageListener对象,用来接收消息consumer.setMessageListener(new MessageListener() {@Overridepublic void onMessage(Message message) {if(message instanceof TextMessage) {TextMessage textMessage = (TextMessage)message;try {String text = textMessage.getText();System.out.println(text);} catch (JMSException e) {e.printStackTrace();}}}});//8.程序等待接收用户结束操作//程序自己并不知道什么时候有消息,也不知道什么时候不再发送消息了,这就需要手动干预,//当我们想停止接收消息时,可以在控制台输入任意键,然后回车即可结束接收操作(也可以直接按回车)。System.out.println("topic消费者1111。。。。。");System.in.read();//9.关闭资源consumer.close();session.close();connection.close();}
       我们运行上面的方法,会看到控制台输出"topic消费者1111。。。。。",为了模仿多个消费者,我们修改输出信息为"22222。。。。。",然后再运行该方法,从而增加一个消费者,然后再修改输出信息为"3333。。。。。",再运行该方法,就会再增加一个消费者,从而现在有三个消费者。如下图所示。

       启动了三个消费者后,我们再发送一次topic消息,发完之后,我们看各个控制台的信息。如下图所示。可以看到都打印出了我们发送的topic信息。


     我们再看下activemq的管理后台页面,发现消费者现在有3个,压入队列的消息有两条(第一条发送时没有消费者),消费的消息有3条(这是因为有三个消费者 ,对于第二次发送的topic消息,这三个消费者各自消费了一次,因此显示的数量是3)


1 0
原创粉丝点击