消息中间件通用化封装

去年提起了消息中间件通用化封装的思路，见：
消息中间件Producer通用化封装思路
消息中间件Consumer通用化封装思路

前期在项目中将AMQ封装好了以后，为用户提供了便捷的服务。但是Kafka这块迟迟没有动手整合到接口中，主要还是因为Kafka的发送和接收均和AMQ大相径庭。业界主流的消息中间件，主要用的就是JMS, AMQP和类Kafka（可Kafka自称是类AMQP）。相差都很大。

这个月下定决心再次尝试封装，但是还是做不到对用户完全透明，目前的代码实现到这样的程度：

// 建立连接
MQClientFactory cf = new MQClientFactory("mq.properties");
MQClient client = cf.createClient();
client.start()

// 发送AMQMessage
Map<String, Object> property = new HashMap<String,Object>();
property.put("property","this is a property");
// 通过不同的AMQMessage的构造函数，支持text，obj，byte[]等消息类型
AMQMessage msg = new AMQMessage("this is a test",property);
client.send(destination,msg);

// 发送KafkaMessage，支持string和byte[]
KafkaMessage msg = new KafkaMessage(key,value);
client.send(destination,msg, new Callback(){...});

// 消费消息
while (true) {
  MQMessage msg = client.receive(destination,1000);
  if (msg!=null) {
    if (msg instanceof AMQMessage) {
    } else if (msg instanceof KafkaMessage) {
    }
  }
}

可以看到，对用户暴露出的是AMQMessage和KafkaMessage类，其实在我一开始的概念中，最好是可以将AMQ和KAFKA都对外屏蔽了的。

然后我意识到不管怎么封装，用户接入的时候其实都会知道自己用的是什么产品。封装一层以后，的确是减少了学习的成本，但是也降低了一些性能，是不是有点得不偿失呢？

不管怎样，既然已经封装到这个程度，先用用看吧。