HTTP是广泛使用的通信协议，但在一些特定的应用场景中，特定的RPC协议可能更适合满足性能、实时性和数据结构等方面的需求。本文将介绍这两种协议的特点和适用情况。
RPC（Remote Procedure Call）：
RPC是一种通用的远程通信范式，旨在使分布式系统中的不同部分能够像调用本地函数一样调用远程函数。它允许应用程序在不同的计算机上通过网络进行通信，就像调用本地函数一样，而不必关心底层的网络细节。
gRPC
gRPC是Google开发的一种基于HTTP/2的高性能RPC框架，是一种RPC的实现形式。
特点：
- 高效性能： gRPC采用基于HTTP/2的二进制传输协议，实现了多路复用和头部压缩，从而减少了传输延迟和网络资源消耗。
- 强类型接口定义： 使用Protocol Buffers（ProtoBuf）作为接口定义语言，允许明确定义数据结构和服务接口，提高了开发者之间的交流和协作效率。
- 多语言支持： gRPC支持多种编程语言，包括但不限于Java、Python、Go、C++等，这使得不同团队可以使用自己熟悉的语言进行开发。
- 双向流式通信： gRPC支持双向流式通信，使得客户端和服务器可以同时发送和接收数据，适用于实时性要求较高的场景。
适用情况：
- 微服务架构： gRPC适用于构建微服务架构，因其高效性能和多语言支持，能够更好地处理服务之间的通信。
- 低延迟通信： 在需要低延迟通信的应用中，如实时数据传输和通信频繁的场景，gRPC可以更好地满足需求。
- 大规模分布式系统： gRPC的多路复用特性使其在大规模分布式系统中能够更好地利用网络资源，提高通信效率。
HTTP
特点：
- 广泛支持： HTTP协议是Web通信的基础，几乎所有编程语言和平台都支持HTTP通信，使其成为跨平台通信的首选。
- 简单易用： HTTP通信使用文本格式的请求和响应，易于阅读和调试，适用于各种规模的应用。
- 无状态通信： HTTP是无状态协议，每个请求都是独立的，这在某些场景下可以简化应用的设计和维护。
- RESTful架构： 基于HTTP的RESTful架构使得资源和操作可以被清晰地映射到URL和HTTP方法，使API设计更加直观。
适用情况：
- 传统Web应用： 对于传统的Web应用，如网页浏览、表单提交等，HTTP是最常见的通信协议。
- 跨平台通信： 由于HTTP的广泛支持，它适用于跨不同平台和语言进行通信的场景，如移动应用与服务器的通信。
- 无需实时性的通信： 在不要求实时性的场景下，如静态资源获取、数据查询等，HTTP是一个稳定可靠的选择。
综上来说，gRPC适用于高性能、实时性要求高的场景，尤其是在微服务架构中表现出色。而HTTP则适用于广泛的跨平台通信和传统的Web应用。在选择通信协议时，需要根据具体需求和场景权衡各自的优势来做出决策。一般http可以当rpc来用，但为了提升传输和计算效率，厂子里常会根据业务采用brpc，grpc之类的改装开源库或是自己人写的库。
