ActiveMQ Stomp的重新投递和死信

为什么80%的码农都做不了架构师？>>>   

刚开始使用ActiveMQ的时候没有深入研究，拿来就用。感觉简单，不会碰到什么大的问题。随着时间的推移，项目对它的依赖越来越强，使用也越来越频繁。问题也随之而来了。

最主要的就是下面这两个现象：
1、队列中只要有一个消息没有被ack掉，那么后面的消息就都卡住了。
2、经过检查，没有被ack掉的消息的数据是正常的，不清楚为什么不会被ack掉。

有上面的现象，那么就会有这样的问题：
1、没有被ack的消息，是不是可以先记录在另外一个地方，让后面的消息继续走？
2、正常的消息没有被ack掉，那么是不是可以让这个消息重新再解析一次？

带着上面的问题查找信息：
第一个问题很好解决，因为’activemq.prefetchSize’的默认值是1，把这个值改大一些就不会卡住。但是错误的消息没有被ack掉的需要自己手动写记录。
第二个问题却感觉有点难，困扰我好久。

查找ActiveMQ的资料，官网给出了死信的配置（DLQ），但是自己配置了却没有任何效果。
后来查看到Apollo的资料，介绍其是在ActiveMQ基础上发展而来的。
然后就折腾Apollo，用原来的stomp-php库，问题依然存在。后来又查找其它支持Apollo的stomp库，查看源码的时候发现，连接服务器的时候多了一个accept-version的header属性。然后继续查，发现stomp有1.0、1.1、1.2多个版本，我用的stomp-php库没有版本的选项，那么默认就是1.0版本，1.0版本是没有nack的操作命令的。

既然找到线索了，那么就继续。先仿照ack的方法，添加一个nack的方法，然后连接服务器的时候添加accept-version的header属性。测试一下，终于成功了。

资料：
1、修改了别人的stomp-php库，添加了accept-version为1.2的header属性，连接
2、我的activemq.xml修改的配置

转载于:https://my.oschina.net/csq/blog/831995