spring+activemq 发送10W消息报端口被占用的异常分析以及topic持久化订阅
转载来自：http://greemranqq.iteye.com/blog/2167158
、问题解析：
1.测试 发送10W消息，中途会出现
socket: tcp://localhost:61616 due to: java.net.BindException: Address already in use: JVM_Bind 异常。
你关掉activemq,利用netstat -aon | findstr "61616" 发现没有这个端口占用情况，查阅资料才知道：
http://activemq.apache.org/jmstemplate-gotchas.html
里面解释道，发送消息的时候创建connection,session 还要关闭，比较费资源，我猜测当创建销毁操作没测试完成的时候，另一个消息发送的时候，发现端口被占着，就会出现这个种情况，也就是说当发送频率比较高的情况，容易出现，文档建议用 pool 的东西。
一共有spring 的CachingConnectionFactory 和 activemq 的PooledConnectionFactory，由于PooledConnectionFactory 这东西要 activemq-pool.jar ，因此我还是选择CachingConnectionFactory~。~。
配置spring-jms.xml更改如下：
这样操作了时候，发送20W条信息也没出现过问题，而且速度比发送快了几十倍......
2.topic 模式下如果A 消费者挂了，就收不到消息了，而我又想它收到消息，我们先来尝试持久化吧！
1.对于持久化，并不默认，其实queue 默认就持久化在文件里面的，但是topic 模式下我们得开启持久化配置， 在activemq.xml 里面有这样的配置：
2.持久化我们在spring-jms.xml 里面还得开启几个东西：
- "1.0" encoding="UTF-8"?>
-
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="
- http://www.springframework.org/schema/beans
- http://www.springframework.org/schema/beans/spring-beans-3.2.xsd">
-
-
-
-
-
-
-
-
-
-
-
3.想想我们订阅者需要做些什么呢？发布者发布消息，订阅者去消费，这是1对多的形式，我们可以这样理解：公司设定很多活动代金卷，去参加活动的人都能领取，当然这分两种情况，第一种 就是我们前面测试的，只要我公司门口等（监听），活动开始（发布）就能领取了，如果你当时没在，就领取不到。第二种：很多情况下，公司搞活动我们不会等在那里，只要活动开始了，那么我过段时间也可以去，礼品公司会保留的，这种情况会导致多次领取，因此总要登记一下嘛，不能你领取了，过一会又来吧？activemq 里面会有clientId 标示来区分，类似于身份证ID嘛。
当然有些情况下， 我们一个ID 可以领取多个不同的奖品，因此还得需要个字段标示：durableSubscriptionName，标示我们领取哪个礼品，下面先看配置
- "1.0" encoding="UTF-8"?>
-
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="
- http://www.springframework.org/schema/beans
- http://www.springframework.org/schema/beans/spring-beans-3.2.xsd">
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- // 这是消费者代码，这里你可以创建 多个XMl文件，模拟多个消费者。
- public class JmsTopicReceiver{
- public static void main(String[] args) throws Exception {
- // 加载消费者监听
- ApplicationContext context = new ClassPathXmlApplicationContext("spring/spring-jms-consumerA.xml");
- // 写个死循环，模拟服务器一直运行
- while (true){}
- }
- }
- // 监听代码 直接输出
- public class ConsumerMessageListener implements MessageListener {
- @Override
- public void onMessage(Message message) {
- System.out.println("topic 收到消息:"+message);
- }
- }
三、测试：
我们要完成一个收到一个order,然后N个服务计算的问题，因此采用topic 模式，而防止中途服务器挂掉，采用持久化方式，模拟测试如下：
1.启动两个ConsumerA,ConsumerB 监听，发布一个order ，同时收到消息，OK
2.启动一个ConsumerA，发布一个Order，再启动ConsumerB，也收到消息，OK
3.启动一个ConsumerA,发布一个Order，A收到，关闭mq服务器，重启mq服务（前后），重启ConsumerB ，同样收到消息，OK。
4.启动两个ConsumerA,ConsumerB，发布order,A,B收到消息，重启A,B 不收重复消息，OK
好像基本能满足需求了，由于发送量 不会很大，频率不会很高，可以试用一下了。
那么新问题是：
1.如果A,B 收到消息后，topic 的消息怎么处理呢？ 一直保存着吗？ 如果可以清除，怎么清除，什么时候进行清除呢？文件的方式方便管理吗？
2.虽然消息发送过去了，对象信息怎么接受呢，当然会有消息转换器..
3.在queue 模式下，服务器断开了，怎么从新连接呢，如果服务器挂了，怎么切换到备用的呢？
小结：
1.这是初步尝试了下 topic 持久化到文件，当然也可以持久化到数据的，关于activemq 持久化以及介绍文章，可以参考：http://blog.csdn.net/xyw_blog/article/details/9128219 比较详细。
2.