本文仅针对RabbitMQ与Redis做队列应用时的情况进行对比。 具体采用什么方式实现，还需要取决于系统的实际需求。

    最近在调整游戏的后台架构，之前因为需要快速出产品，所以整个代码都揉成一团，也基本没有做任何分层处理。现在服务器端的开发也开始逐渐招进来，所以打算打算换一套统一的架构，以后做新游戏只要做其中的业务逻辑即可。

    AMQP协议是一个高级抽象层消息通信协议，RabbitMQ是AMQP协议的实现。

    RabbitMQ大家应该不陌生，著名的消息队列嘛。可惜我最近才听说它的大名，了解之后不禁惊呼，世界上居然还有这种东西！立刻觉得手里有了锤子，就看什么都是钉子了，主网站不愿意干的操作统统扔给RabbitMQ去做吧 言归正传，先介绍一下这篇文章的应用场景吧。我们知道大型网站的性能非常重要，然而有时不得不做一些相当耗时的操作。比如SNS网站的“新鲜事儿”系统，我发帖之后，会给所有关注我的人推送一条通知。乍一看没什么难的...