RPC在消息传递方面有哪些缺点？
答案 0 :(得分：26)
您在谈论RPC与消息传递吗？在（通常）异步消息传递中？如果这就是你所说的，那么Messaging往往会以复杂性和额外的基础设施为代价而变得更加强大。
最简单的例子是，如果你有一个RPC-＆gt; RPC-＆gt; RPC的场景，你最终会得到一个深度为3个进程/机器的调用堆栈。这些进程/机器中的任何一个都可能在处理过程中失败，并且整个堆栈都会展开。
如果您是消息传递，则进程之间的实际连接要少得多。你把信息关掉，然后你就开始了。现在，如果其中一个进程失败，那么它很有可能在它停止的地方重新启动，因为通常情况下，消息仍然位于某个队列，等待新进程获取它。总体时间可能更长，但它是一个更强大的系统。
请注意，它不是灵丹妙药，异步架构存在很多陷阱，但这种稳健性是RPC和消息系统之间的主要区别。
答案 1 :(得分：15)
作为一般规则，RPC比其他一些进程间通信方式提供更高级别的抽象。这使得它可能比较低级原语更容易使用。对于这种抽象，由于编组/解组，您可能会因性能而受到一些惩罚，并且可能必须处理简单场景中配置的复杂性。
您可能对Jackie Silcock的thesis（pdf）感兴趣，它讨论了消息传递，RPC和分布式共享内存之间在性能和实现的几种不同度量方面的差异。您还可以根据论文阅读其中一篇论文：Message Passing, Remote Procedure Calls and Distributed Shared Memory as Communication Paradigms for Distributed Systems（pdf）