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