将开源RocketMQ的Producer下线后重新启用的操作

由于平台应用场景的需要，允许将启动好的开源版本的RocketMQ的Producer执行下线、上线等操作，下线操作简单，调用其shutdown()可以方便的完成，但是上线这个操作着实费了点力气，主要发现以下几个问题：

１、关闭后的Producer不可以再次启用

执行了下线操作即执行了shutdown()方法的Producer，该Producer的状态变会为SHUTDOWN_ALREADY，是不允许再次上线的，当直接对该Producer执行start()方法时，就会报状态错误，也就是同一个Producer下线后就没有办法再次使用了，要想重启该Producer只能够新建立一个Producer，方法实现如下：

阿里云RocketMQ提供的Producer包装实现类ProducerBean，提供了支持重新启用该Producer的逻辑：

不过其真实的实现逻辑，和开源的版本是一样的，都是根据该Producer的属性重新创建Producer并启动，方法实现如下：

为什么就不能够支持到针对原Producer直接重新启用呢？

 ２、获取Producer的启动状态不易

RocketMQ的Producer包装实现类org.apache.rocketmq.client.producer.DefaultMQProducer，本身没有提供获取当前Producer状态的方法，可以通过DefaultMQProducer类内部的真实实现类DefaultMQProducerImpl中提供的getServiceState()方法获取，不过该操作已经被设置为了Deprocated了：

说不定在以后的某个版本就不可以直接使用了，到时就只能够通过反射的方式获取DefaultMQProducerImpl中字段serviceState的值来判断Producer的状态。

３、获取Producer中原来完整的NameServer不易

DefaultMQProducer中提供了一个获取NameServer的方法mqProducer.getNamesrvAddr()，但是这个方法返回的NameServer不是一个完整的NameServer，返回的是去掉协议头的NameServer，如原来的NameServer是http://127.0.0.1:9876，该方法返回的是127.0.0.1:9876，方法实现如下：

但是我就是需要完整的NameServer地址，需要用来判断该NameServer的Producer是否已经启动了，需要服务于多场景，没有办法就只有通过反射的方式获取真实的NameServer地址了，方法实现如下：