关于消息队列选型引发的思考

对于mq长久以来主要关注的点当然是性能、稳定性、吞吐量、可用性、可靠性等问题，这些问题最为突出。

在对mq的概念有了解之后相信大家都会有一个认识，好像不管什么mq用起来貌似没多大差别，但是，在你用不到mq瓶颈的情况下性能的对比是毫无意义的。

并且大家也都知道mq可以用来异步解耦、削峰填谷、点对点通讯、聊天室，日志收集等作用。

那么难道就没有什么业务场景上的差别吗？

举个栗子：

比如我需要对消息做过期处理，这个时候又该如何选择以及如何操作？

我们的业务有个需求，消息需要做过期处理，因为消息受限于第三方有效性，这条消息如果一小时还没被消费，那么这个消息将被丢弃。因为超过1小时后去消费这条消息，那么这条消息将会抛出异常。当然抛出异常后结束掉这条消息也是可以的。但是这样显然很不友好。因为程序执行了一个毫无意义的操作，那么这个时候只能在消息里面加个时间搓，业务处理的时候做个对比。超过一小时了直接丢弃不处理。

这个时候使用rocketmq就会产生如上问题

但是rabbitmq 却可以直接在mq上将消息过时丢弃或者过时进入死信队列。

当然这种事情构不成使用的威胁。

所以我不比较任何消息队列的优劣性，因为每个消息队列的设计突出了某些部分的功能，肯定舍弃了某些东西，没有完美的系统，和完美的东西，只有更适合。所以其实我更多的建议是选择你熟悉的，并且如果你的未达到相关性能瓶颈的话建议使用一些功能更全、稳定性更好、社区资料更多的消息队列。