背景

     曾经傻傻的分不清 MQ 与 RPC 的区别到底是什么，我一直理解的是 MQ 和 RPC 都是将请求或者消息封装( json/xml/probuffer 等)，然后通过TCP或者HTTP等协议将请求交给另一个节点处理，从而实现节点与节点之间的远程调用。

     直到最近，在一个群里听人讨论 MQ 与 RPC 的区别，其中一个网友给出了一个非常形象的例子，让我印象深刻，他说“RPC可以比做打电话，你不接，它就挂了，你也不知道对方想跟你说什么。而MQ可以比作微信或者QQ，给你发消息，你现在不看也没关系，消息就存在你的列表里，你随时都可以去看”。 这个例子让我豁然开朗，一个简简单单的比喻，形象的说明了 RPC 与 MQ 的区别：

       1.RPC 具有即时性，当电话打过来的时候，接电话的人需要在对方挂断之前(连接超时)接通并进行响应(同步)，否则接电话的人就无法知道此次通话的内容(丢消息)。

        2.通话具有排他性，一个人只能同时处理一个通话，其他人的通话只能等到当前通话结束后才能拨通。

       2.MQ 具有消息存储能力(堆积), 你可以一直给对方发送微信消息，即使对方没有看见或者没时间处理，但消息就存在微信的消息列表中，对方可以在有空的时候进行处理。

       3.MQ 不需要等待对方的响应(异步)，消息就在哪里，你处不处理发送者并不关心。

总结

      MQ 与 RPC 都能实现服务与服务之间的调用区别在于：

         1.RPC 是同步调用，A 节点调用 B 节点的服务时，B 节点需要及时接收并响应，否则将丢失消息。所以RPC适合每次调用需要知道结果场景。

         2.MQ 不保证消息的处理，更不提供处理之后的响应，所以 MQ 适合那种不关心结果的场景。

         3.RPC 调用在高并发中会有个劣势，并发能力受限于被调用节点的系统资源和处理能力，同时过多的 RPC 请求可能会将系统压垮甚至宕机。而 MQ 在这方面有绝对的优势，MQ 具有消息堆积能力，可以实现削峰填谷的作用，从而保护了节点。