RPC与HTTP请求有何区别？为什么我们需要RPC？
RPC（Remote Procedure Call，远程过程调用）与HTTP请求的区别主要体现在以下几个方面：
- 接口设计：RPC是一种面向过程的调用，接口设计更灵活，可以自定义参数、返回值等。而HTTP请求则遵循RESTful原则，接口设计更规范化，参数和返回值都有一定的格式要求。
- 传输协议：RPC通常使用自定义的传输协议，例如gRPC使用H2协议，Dubbo使用Dubbo协议。而HTTP请求则使用HTTP协议进行通信。
- 性能：由于RPC使用自定义的传输协议，相对于HTTP请求更加高效，能够提供更高的性能。
- 异步性：RPC支持异步调用，可以非阻塞地执行远程过程调用，提高系统的并发能力。而HTTP请求通常是同步的，阻塞等待服务器响应。
- 服务发现和注册：RPC通常使用注册中心实现服务的发现和注册，便于服务的动态部署和管理。而HTTP请求则没有这样的机制。
为什么我们需要RPC？主要有以下几个原因：
- 跨语言：RPC可以支持多种语言，不同语言编写的服务端和客户端可以通过RPC进行通信，提高了系统的可扩展性。
- 高性能：RPC相对于HTTP请求更加高效，能够提供更高的性能，适用于对性能要求较高的场景。
- 异步调用：RPC支持异步调用，可以提高系统的并发能力，适用于需要处理大量并发请求的场景。
- 服务治理：RPC通常使用注册中心实现服务的发现和注册，便于服务的动态部署和管理，提高了系统的可维护性。
总之，RPC相对于HTTP请求具有更高的性能、更好的可扩展性和可维护性，适用于需要高性能、跨语言、动态部署的分布式系统。