有了http为什么还要RPC ?

言之。

于 2024-10-08 17:08:34 发布

阅读量701

点赞数 14

分类专栏： rpc 文章标签： http rpc 网络协议

本文链接：https://blog.csdn.net/qq_44810930/article/details/142764472

版权

1 篇文章 0 订阅

订阅专栏

HTTP和RPC都是用于不同场景下的通信协议，它们各有优点和适用的领域。虽然HTTP非常广泛应用，尤其是在Web开发中，但在某些场景下，RPC仍然具备独特的优势。我们可以从以下几个方面来比较HTTP和RPC，解释为什么即使有了HTTP，RPC仍然被广泛使用。

HTTP：HTTP是一个通用的应用层协议，用于客户端和服务器之间的通信。它是面向资源的（REST架构），即客户端通过URL请求服务器上的资源（如GET、POST、PUT、DELETE操作），通常用于Web服务。
RPC：RPC专注于函数调用，它隐藏了底层的通信细节，使得客户端可以像调用本地函数一样调用远程函数。RPC通常用来在服务之间传递复杂的命令或执行操作，而不是访问资源。

总结：如果你需要模拟“函数调用”或更复杂的业务逻辑，而不仅仅是获取或操作资源，RPC的模型更加合适。

HTTP：HTTP/1.1是一种基于文本的协议，通常每次请求都包含大量的元数据（如HTTP头）。虽然HTTP/2和HTTP/3在某种程度上缓解了这个问题，但相对来说，HTTP通信的开销较大。
RPC：例如gRPC使用了**二进制格式（Protocol Buffers）**进行序列化传输，传输的数据体积较小，相比HTTP的文本格式更加高效。RPC通信开销通常比基于文本的HTTP更小，特别是在大量小数据交互的场景下，RPC性能更高。

总结：在高性能要求或需要频繁调用的分布式系统中，RPC的性能往往优于HTTP。

HTTP：HTTP是面向资源的，通过URL和标准的动词（如GET、POST等）进行操作。它使用固定的结构化格式，适合简单的CRUD操作。RESTful风格也依赖于HTTP，但它严格遵循资源和状态之间的转换。
RPC：RPC灵活性更高，因为它可以在协议级别直接映射函数调用。它不仅可以处理CRUD操作，还可以更方便地进行复杂的业务逻辑调用。例如，gRPC支持双向流式通信，允许客户端和服务器之间保持持久连接并相互发送数据，适合需要实时或持续通信的应用（如聊天系统、视频流服务）。

总结：如果你需要更复杂的通信模式（如双向流、多语言支持），RPC框架（如gRPC）比HTTP协议更具灵活性和扩展性。

HTTP：HTTP本质上是一个文本协议，通常使用JSON或XML等格式传输数据。这些格式容易理解和调试，但数据较冗长，序列化和反序列化的开销相对较大。
RPC：如gRPC使用的是Protocol Buffers这样的二进制序列化协议，序列化后的数据更紧凑，传输效率更高。此外，二进制格式在高并发和大规模系统中更节省带宽和计算资源。

总结：在高并发或需要高效序列化和传输的场景下，RPC更有优势。

HTTP：HTTP协议是无状态的，且基于文本格式，任何支持HTTP的编程语言都能使用它。然而，HTTP协议本身并不直接提供语言间的互操作性。比如，JavaScript前端发送HTTP请求时，如果用Java实现的后端服务解析JSON数据出错，会比较难以追踪问题。
RPC：RPC协议框架（如gRPC、Thrift）通常支持跨语言生成客户端和服务器代码。通过使用统一的IDL（接口定义语言），不同语言的服务端和客户端可以使用完全一致的接口，不仅简化了开发，还大大提高了不同语言之间的互操作性和一致性。

总结：如果你在多语言开发环境中工作，特别是需要严格接口一致性时，RPC（尤其是gRPC等框架）能自动生成跨语言代码，是一种高效解决方案。

HTTP：HTTP在传统的请求-响应模型中，通常是单向的。客户端发出请求，服务器响应，连接就关闭了。如果你想要实现双向通信或实时推送（如WebSocket），则需要另外的技术支持。
RPC：现代RPC框架（如gRPC）支持双向流通信，客户端和服务器可以同时保持连接，并持续交换数据。这使得RPC在需要实时通信或推送的应用场景中，如物联网（IoT）或视频流服务，具备明显优势。

总结：RPC在需要双向流式通信的场景下，提供了比HTTP更强大的功能。

HTTP：适合构建基于Web的服务或轻量级的RESTful API服务，通常应用于需要标准化和简单接口的系统。例如，电子商务网站、社交平台等资源访问频繁的场景。
RPC：适合分布式系统、微服务架构中的复杂服务调用，特别是那些需要在服务之间频繁传递命令、处理复杂逻辑或大规模高性能系统。例如，分布式计算、实时数据处理、物联网设备管理。

HTTP：由于其基于文本格式（如JSON、XML），HTTP的开发和调试相对简单，尤其是在浏览器中，可以直接查看请求和响应内容。
RPC：RPC，尤其是基于二进制协议的实现（如gRPC），调试可能更为复杂，数据在传输时通常是序列化的二进制格式，需要特定工具来查看和分析。此外，RPC中的远程函数调用失败时可能会导致更多的调试困难。

总结：HTTP由于其可读性和简单性，适合开发和调试，而RPC的复杂性较高，但适合高效通信和复杂系统的实现。