ActiveMQ高级特性：ActiveMQ之虚拟主题详解编程语言

http://blog.csdn.net/zhu_tianwei/article/details/46303419

ActiveMQ支持的虚拟Destinations分为有两种，分别是
1.虚拟主题（Virtual Topics）
2.组合 Destinations（CompositeDestinations）

这两种虚拟Destinations可以看做对简单的topic和queue用法的补充，基于它们可以实现一些简单有用的EIP功能，虚拟主题类似于1对多的分支功能+消费端的cluster+failover，组合Destinations类似于简单的destinations直接的路由功能。

虚拟主题（Virtual Topics）
ActiveMQ中，topic只有在持久订阅（durablesubscription）下是持久化的。存在持久订阅时，每个持久订阅者，都相当于一个持久化的queue的客户端，它会收取所有消息。这种情况下存在两个问题：
1.同一应用内consumer端负载均衡的问题：同一个应用上的一个持久订阅不能使用多个consumer来共同承担消息处理功能。因为每个都会获取所有消息。queue模式可以解决这个问题，broker端又不能将消息发送到多个应用端。所以，既要发布订阅，又要让消费者分组，这个功能jms规范本身是没有的。
2.同一应用内consumer端failover的问题：由于只能使用单个的持久订阅者，如果这个订阅者出错，则应用就无法处理消息了，系统的健壮性不高。
为了解决这两个问题，ActiveMQ中实现了虚拟Topic的功能。使用起来非常简单。
对于消息发布者来说，就是一个正常的Topic，名称以VirtualTopic.开头。例如VirtualTopic.TEST。
对于消息接收端来说，是个队列，不同应用里使用不同的前缀作为队列的名称，即可表明自己的身份即可实现消费端应用分组。例如Consumer.A.VirtualTopic.TEST，说明它是名称为A的消费端，同理Consumer.B.VirtualTopic.TEST说明是一个名称为B的客户端。可以在同一个应用里使用多个consumer消费此queue，则可以实现上面两个功能。又因为不同应用使用的queue名称不同（前缀不同），所以不同的应用中都可以接收到全部的消息。每个客户端相当于一个持久订阅者，而且这个客户端可以使用多个消费者共同来承担消费任务。

生产者：

消费者：

使用同样queue名称的消费者会平分所有消息。


从queue接收到的消息，message.getJMSDestination().toString()为topic://VirtualTopic.TEST，即原始的destination。消息的persistent属性为true，即每个相当于一个持久订阅。


A1和A2为一个应用，B1和B2为一个应用，2组应用内部做负载，和
failover。

Virtual Topic这个功能特性在broker上有个总开关，useVirtualTopics属性，默认为true，设置为false即可关闭此功能。当此功能开启，并且使用了持久化的存储时，broker启动的时候会从持久化存储里拿到所有的destinations的名称，如果名称模式与Virtual Topics匹配，则把它们添加到系统的Virtual Topics列表中去。当然，没有显式定义的Virtual Topics，也可以直接使用的，系统会自动创建对应的实际topic。当有consumer访问此VirtualTopics时，系统会自动创建持久化的queue，并在每次Topic收到消息时，分发到具体的queue。
消费端使用的queue名称前缀的Consumer是可以修改的。示例如下：

[java] 
view plain
 copy

 print
?

1. <beans  
2.   xmlns=“http://www.springframework.org/schema/beans”  
3.   xmlns:amq=“http://activemq.apache.org/schema/core”  
4.   xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”  
5.   xsi:schemaLocation=”http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd  
6.   http://activemq.apache.org/schema/core http://activemq.apache.org/schema/core/activemq-core.xsd”>  
7.    
8. <bean class=“org.springframework.beans.factory.config.PropertyPlaceholderConfigurer” />  
9.    
10.   <broker xmlns=“http://activemq.apache.org/schema/core”>  
11.     <destinationInterceptors>  
12.       <virtualDestinationInterceptor>  
13.         <virtualDestinations>  
14.           <virtualTopic name=“>”prefix=“VirtualTopicConsumers.*.”selectorAware=“false”/>  
15.         </virtualDestinations>  
16.       </virtualDestinationInterceptor>  
17.     </destinationInterceptors>  
18.    
19.   </broker>  
20. </beans>  

前缀修改成了VirtualTopicConsumers。其实也可以使用postfix属性设置后缀（貌似一般没有必要）。selectorAware属性则表明如果consumer端有selector，则只有匹配selector的消息才会分派到对应的queue中去。

这个例子运行的时候，先运行发送的类，再运行收消息的，改了下，加了循环，但是之前循环次数少的时候，10,20，总是A1和B1获取到了消息，A2和B2取不到，并不是对半分的消息，把循环次数加大，A1和B1才取到，但是数量特别少，

       for(int i=0;i<400;i++){ 
            message.setText("topic 消息。" + i);   
            message.setStringProperty("property", "消息Property");   
            // 发布主题消息   
            producer.send(message);   
            System.out.println("Sent message: " + message.getText());   
        }   

想了下，是因为A1，B1先注册，注册完事就开始收消息了，改成先运行收消息的，再运行发消息的就正常了，A1，B1，A2，B2平均的收消息了，

 // 消费者A组创建订阅           
        MessageConsumer consumerA1 = session.createConsumer(topicA);       
           
        MessageConsumer consumerA2 = session.createConsumer(topicA);   
           
        //消费者B组创建订阅   
        MessageConsumer consumerB1 = session.createConsumer(topicB);   
        
        MessageConsumer consumerB2 = session.createConsumer(topicB);   
       
         
        consumerA1.setMessageListener(new MessageListener() {   
            // 订阅接收方法   
            public void onMessage(Message message) {   
                TextMessage tm = (TextMessage) message;   
                try {   
                    System.out.println("Received message A1: " + tm.getText()+":"+tm.getStringProperty("property"));   
                } catch (JMSException e) {   
                    e.printStackTrace();   
                }   
            }   
        });   
         
        consumerA2.setMessageListener(new MessageListener() {   
            // 订阅接收方法   
            public void onMessage(Message message) {   
                TextMessage tm = (TextMessage) message;   
                try {   
                    System.out.println("Received message A2: " + tm.getText()+":"+tm.getStringProperty("property"));   
                } catch (JMSException e) {   
                    e.printStackTrace();   
                }   
            }   
        });  
         
        consumerB1.setMessageListener(new MessageListener() {   
            // 订阅接收方法   
            public void onMessage(Message message) {   
                TextMessage tm = (TextMessage) message;   
                try {   
                    System.out.println("Received message B1: " + tm.getText()+":"+tm.getStringProperty("property"));   
                } catch (JMSException e) {   
                    e.printStackTrace();   
                }   
            }   
        });   
         
        consumerB2.setMessageListener(new MessageListener() {   
            // 订阅接收方法   
            public void onMessage(Message message) {   
                TextMessage tm = (TextMessage) message;   
                try {   
                    System.out.println("Received message B2: " + tm.getText()+":"+tm.getStringProperty("property"));   
                } catch (JMSException e) {   
                    e.printStackTrace();   
                }   
            }   
        });  
         
         
         
         
        Thread.sleep(1000000);