activemq时遇到的问题

1：问题描述：消费者在执行代码时有时候成功，有时候失败；但是调试过程是完全正确的；

检查方向：打开你设置的IP+:8161/admin;本地默认打开localhost:8161/admin；输入账号和密码，初始账号和密码均为admin，打开后查看消费者个数是否是自己设置的个数，如果大于自己代码中设置的个数，则考虑是否在远程服务器上已经有了相关设置，但是远程的代码并不是最新的；

解决方案：删除远程服务器上的工程，即可搞定时而成功，时而失败的方法；

2：问题描述：发送消息之后，开启2个消费者去处理消息。会发现一个消费者处理了所有的消息，另一个消费者根本没收到消息；

检查方向：ActiveMQ的prefetch机制。当消费者去获取消息时，不会一条一条去获取，而是一次性获取一批，默认是1000条。这些预获取的消息，在还没确认消费之前，在管理控制台还是可以看见这些消息的，但是不会再分配给其他消费者，此时这些消息的状态应该算作“已分配未消费”，如果消息最后被消费，则会在服务器端被删除，如果消费者崩溃，则这些消息会被重新分配给新的消费者。但是如果消费者既不消费确认，又不崩溃，那这些消息就永远躺在消费者的缓存区里无法处理。更通常的情况是，消费这些消息非常耗时，你开了10个消费者去处理，结果发现只有一台机器吭哧吭哧处理，另外9台啥事不干。

解决方案：将prefetch设为1，每次处理1条消息，处理完再去取，这样也慢不了多少。

3：如果你想在消息处理失败后，不被服务器删除，还能被其他消费者处理或重试，可以关闭AUTO_ACKNOWLEDGE，将ack交由程序自己处理。那如果一定要使用了AUTO_ACKNOWLEDGE，可采用如下两种方法：一种是调用consumer.receive()方法，该方法将阻塞直到获得并返回一条消息。这种情况下，消息返回给方法调用者之后就自动被确认了。另一种方法是采用listener回调函数，在有消息到达时，会调用listener接口的onMessage方法。在这种情况下，在onMessage方法执行完毕后，消息才会被确认，此时只要在方法中抛出异常，该消息就不会被确认。那么问题来了，如果一条消息不能被处理，会被退回服务器重新分配，如果只有一个消费者，该消息又会重新被获取，重新抛异常。就算有多个消费者，往往在一个服务器上不能处理的消息，在另外的服务器上依然不能被处理。难道就这么退回--获取--报错死循环了吗？在重试6次后，ActiveMQ将会把消息丢到死信队列里。如果你的消息不见了，可以去ActiveMQ.DLQ里找找；