本文探讨中国互联网公司如去哪儿网和京东自主研发消息队列的原因，如QMQ和JMQ。去哪儿网因现有MQ不满足需求，故自研QMQ，提供多种高级特性，已在公司内部广泛应用。尽管被批评为重复造轮子，但自研队列能带来特定需求的匹配和业务控制的优势，同时也为程序员提供了学习和实践的机会。然而，新产品的社区支持和稳定性可能需要谨慎评估。
中国互联网热衷于“造轮子“！
在Github上查看消息队列的时候，那个专栏就透露：
京东已推出自己的消息队列产品 JMQ，并且将很快开源问世！
之后，我很少留意过 JMQ 的消息。今天偶然之间，看到去哪儿网也搞了一个消息中间件 QMQ。
根据去哪网的开发团队透露，QMQ 内部已经使用了 6 年。之所以，选择自研 QMQ 是因为当时并没有“优秀且适合去哪网“的 MQ。
首先因为技术栈去哪网排除了 erlang 开发的 RabbitMQ，而 Kafka 以及 Java 版 Kafka 的 MetaQ 在当时还并不成熟和稳定。
而 ActiveMQ 在去哪儿网已经有很多应用在使用了，但是使用过程中并不一帆风顺：宕机，消息丢失，消息堵塞等问题屡见不鲜，而且 ActiveMQ 发展多年，代码也非常复杂，想要完全把控也不容易，所以去哪网决定自己造一个轮子。
QMQ 目前在去哪网已进行了大量的使用。包括跟交易息息相关的订单场景；也包括报价搜索等高吞吐量场景。目前在公司内部日常消息 qps 在 60W 左右，生产上承载将近 4W+ 消息 topic ，消息的端到端延迟可以控制在 10ms 以内。
最低0.47元/天 解锁文章
1349
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
