ActiveMQ NMS使用过程中的一点经验
最近，项目中使用到了ActiveMQ获取第三方推送过来的数据。具体背景是：公司需要监控全国各地车辆实时运行的GPS数据，但监控本身不是公司做的，而是交给第三方公司做，第三方采集GPS数据后推送给我们。全国各地，近万台车辆，每台车辆每隔几秒就发送一次GPS位置数据，如果我们提供API给第三方公司去调用，显然无论是第三方还是我们这边，服务器都是是扛不住的，这么做也是不合理的，于是，便采取了消息队列，第三方采集到的数据直接推送到消息队列代理服务器，而己方从消息队列服务器取数据处理。以下对项目实践及其中遇到的一些问题及解决进行概要总结。
1、ActiveMQ NMS简介
关于NMS，这里主要谈两点。
NMS API：ActiveMQ定义的一套API接口规范，你可以理解为一个API的接口，它指明了生产者或消费者如何与消息队列服务器通信。
NMS Providers：NMS API的具体实现，基于Windows或ActiveMQ下的各种协议，提供了各种实现，目前提供了ActiveMQ、STOMP、MSMQ、EMS、WCF、AMQP、MQTT、XMS几种实现。具体项目中，我采取的是ActiveMQ实现。
至于消息队列涉及到的其他概念，什么Broker、Queue、Topic、Producer、Consumer，这里不做介绍，各位可以自己查资料，这些 概念本身也不难理解的。
2、关于异常下的Broker重连
这个异常，可能是由于网络异常，也可能是长时间没有通信，Broker把Client给断掉了，不去管它。起初，这个项目是从一位离职员工的手头接过来的，给的说法是只需要维护就够了，基本上不用调整。当时虽然说是做了重连，后来发现，就跟没做一样。发现这个，是起源于第三方频繁通知，MQ队列有积压，通知我们尽快处理。项目拿到手一看，我勒个去，直接起了一个Timer在那儿定时监控Connection状态，如果状态不对立刻重新打开连接。先不说Socket连接的浪费情况，及Timer这个.NET中近乎Bug的一个东西，这种做法实际中行之无效，因为连接异常情况下再打开，往往是打开失败的，比如上次异常连接没有关闭，状态不对，或者ClientID暂时没被Broker释放等。
于是，针对重连，开始做第一次优化。查了IConnection元数据，发现有个ExceptionListener可用，于是便想到利用这个事件来监听并重连。改完上线，可第二天一大早过来，发现MQ又挤压了，重连时效了，打开日志看到，记录了ExceptionListener事件日志，但重连没有成功，具体原因，我想可能和优化前是一样的吧。这折腾前后完全没区别。这时候，我想，不能在现有做法里边去整了，必须回到NMS本身去整，堂堂Apache开源项目，一定有更好的重连机制，放着不用自己整，是不是傻。。。
于是，打开官网，如愿以偿，找到了failover这个东西：
根据描述，链接异常时，随机从配置的Broker列表总选取一个进行重连。这是个好东西，于是，Broker的链接配置，由tcp://183.56.131.224:61616调整为failover:(tcp://183.56.131.224:61616)。这里没有多个Broker，只有一个，所以配置一个也是没有问题的，我们重点是利用failover。与此同时，OpenWire上发现了maxInactivityDuration这个配置项，官网描述如下：
这个也不错，配置Connection闲置多久被Broker断掉。我这里比较狠，反正Broker那个队列出了第三方往里边推，就我这儿一个人在消费，直接配置0算了，永不被杀，出问题了重连，岂不爽哉。于是，Broker进一步调整为：failover:(tcp://183.56.131.224:61616)?wireFormat.maxInactivityDuration=0。此机制我也自己写Demo验证过，无论是Broker突然停掉再开启，还是Producer停掉再开启，Consumer均能成功重连的。至此，MQ的可靠重连问题算是解决了。
3、进程重启导致Consumer链接失败
具体情境是这样的：MQ消费者进程是寄宿在Windows服务中的，运维那边做测试或维护，会在MQ运行正常的情况下直接重启服务，有时候会重启失败，过阵子启动，又成功了。我过去，打开Windows事件日志，说是ClientID被占用，也就是说瞬间重启时候，Broker端暂时没来得及断开或者释放该ClientID对应的Connection，而我们系统中ClientID是配置死的。我又验证了下，正常运行下，先关闭服务，过几秒再开启，就没这问题，也印证了自己的推断。问题是找到了，但总不能告诉运维，每次先停止服务，再打开，不能用重启吧，哪个开发要是这样跟我说，那他妈也太不靠谱了。
解决方案就是，ClientID动态生成，每次启动都不一样，这个ClientID仅仅是Broker用来标识一个连接端的，随便什么都无所谓，只要跟上次不一样。项目中取的是当前时分秒字符串。如下：
_connection.ClientId = DateTime.Now.ToString("yyyyMMddHHmmss");调整完上线，再试验，那问题再无复现。
4、服务启动时间过长的问题
随着各种奇葩情况继续出现，我这里继续被操。具体场景是：鉴于是跟第三方合作，各种第三方服务器宕机，各种网络不靠谱，你懂的。如果是消费者进程已经启动成功了，那第三方或者网络不靠谱了，我们利用2中的重连机制就已经可以了，无非就是等他们靠谱了我们自动重连上就是了。可问题是，如果第三方不靠谱，或者网络不靠谱时，我们在启动消费者Windows服务，那会出现什么情况呢？给大家实际演示下：
目前，我我的服务安装后，是这样的：
假设正常链接配置是这样的：
failover:(tcp://183.56.131.224:61616)?wireFormat.maxInactivityDuration=0为了模拟外界异常或不可达的情况，我手动设置为如下：
failover:(tcp://183.56.131.200:61616)?wireFormat.maxInactivityDuration=0大家注意，那个Broker地址是不可达的。
开启服务，其结果如下：
这个启动界面，你就等着吧，等个两三分钟，结果如下：
更要命的是，点击确定后，服务启动结果如下：
这就比较操蛋了，你启动失败就失败把，别给我整成启动状态啊，这不误导人么。
一般，这种情况，就属于启动进程一直卡主，当服务启动超时时，就会出现这种情况， 启动强行被Windows终止，但那个标记为启动状态这个就不好理解，也比较坑了。这是必须要处理的事情，否则极易造成误导。对于Windows服务本身启动机制，你是没办法做任何事情的，那只能从MQ链接机制去干事情。最终， 经过查询官网文档， 再次如愿以偿，找到了以下两个配置项：
这两个配置项分别代表，启动时最大重连尝试次数，默认值0，代表无限重连，我们出问题就出现在这里，链接不上时无限重试，无限重试无限连接不上，无限链接不上再无限重试。。。然后，进程阻塞，阻塞到一定时间，Windows服务重启失败。这个我也在Connection open时候打断点调试过，确实阻塞了。那么第二个配置项代表一项操作超时时间。问题找到了，那么自然也就有解决方案了，现把链接配置为如下：
failover:(tcp://183.56.131.200:61616)?wireFormat.maxInactivityDuration=0&transport.startupMaxReconnectAttempts=3&transport.timeout=3000这里有两点要注意：
1）原本，这里配置应该是failover:(tcp://183.56.131.224:61616)?wireFormat.maxInactivityDuration=0&transport.startupMaxReconnectAttempts=3&transport.timeout=3000，但在配置文件中， &符号是不支持的，必须转义或替换，这里采取了实体替换，具体的是&这个鬼实体符；
2）NMS.ActiveMQ v1.4.0以上版本和以前以及其他语言实现版本不大相同，1.4以上版本配置这两项参数时必须有transport前缀。这里当时也是吃过亏的。
配置调整完毕后，我们再用 这个无效地址启动服务，在经过60S以内的启动时间，画风变成了这样：
点击确定：
这个时间，和transport.timeout、transport.initialReconnectDelay、transport.startupMaxReconnectAttempts等几项配置有关。但起码时间不会像之前那样很久，并且最终Windows服务状态显示为启动了。
5、总结
鉴于这是公司实际运作项目，就不上传代码了，如果是自己的Demo，一定毫不保留，望各位见谅。实际上，也没什么特别的，大家平时遇到这种难缠的问题，多查官网文档，官网文档搞不定，再查源码，配合动手实践，一般都不会是问题的。幸运的是，虽然很多官网文档都是英文，但绝大部分都通俗易懂，我们看上去，也都不费事儿的。
附：ActiveMQ生产者及消费者示例代码
生产者：
/// <summary>
/// 生产者启动器
/// </summary>
public class ProducerBootstrap
{
#region Private Fields
private readonly IConnectionFactory _connectionFactory = null;
private IConnection _connection = null;
private IMessageProducer _producer = null;
#endregion
#region Constructors
public ProducerBootstrap()
{
_connectionFactory = new ConnectionFactory("tcp://localhost:61616");
}
#endregion
#region Public Methods
public void Start()
{
_connection = _connectionFactory.CreateConnection();
_connection.ExceptionListener += _connection_ExceptionListener;
_connection.Start();
ISession sesison = _connection.CreateSession();
_producer = sesison.CreateProducer(new ActiveMQQueue("guokun"));
}
public void Stop()
{
_connection.Stop();
_connection.Close();
_connection.Dispose();
}
public void SendMessage()
{
while (true)
{
ITextMessage message = _producer.CreateTextMessage();
message.Text = string.Format("数据:{0}", DateTime.Now);
_producer.Send(message);
Thread.Sleep(1000);
Console.WriteLine(message.Text);
}
}
#endregion
#region Private Methods
private void _connection_ExceptionListener(Exception exception)
{
Console.WriteLine("生产者发生异常:{0}", exception);
}
#endregion
}消费者:
public class ConsumerBootstrap
{
#region Private Fields
private readonly IConnectionFactory _connectionFactory = null;
private IConnection _connection = null;
private IMessageConsumer _consumer = null;
#endregion
#region Constructors
public ConsumerBootstrap()
{
_connectionFactory = new ConnectionFactory("failover:(tcp://localhost:61616)?wireFormat.maxInactivityDuration=0&transport.timeout=3000&transport.startupMaxReconnectAttempts=2");
}
#endregion
#region Public Methods
public void Start()
{
_connection = _connectionFactory.CreateConnection();
_connection.ClientId = "guokun";
_connection.ExceptionListener += _connection_ExceptionListener;
_connection.Start();
ISession session = _connection.CreateSession();
_consumer = session.CreateConsumer(new ActiveMQQueue("guokun"));
_consumer.Listener += _consumer_Listener;
Console.WriteLine("消费者启动成功...");
}
public void Stop()
{
_connection.Stop();
_connection.Close();
_connection.Dispose();
}
#endregion
#region Private Methods
/// <summary>
/// 消息监听处理
/// </summary>
/// <param name="message"></param>
private void _consumer_Listener(IMessage message)
{
ITextMessage textMessage = message as ITextMessage;
Console.WriteLine("{0}-{1}", DateTime.Now, textMessage.Text);
}
private void _connection_ExceptionListener(Exception exception)
{
Console.WriteLine("生产者发生异常:{0}", exception);
}
#endregion
}