什么是RPC？
RPC（Remote Procedure Call）是一种用于实现不同计算机间程序之间通信的协议，主要用于分布式系统中。它允许程序员编写客户端和服务器端代码，就像它们位于同一台机器上一样，而不需要显式地处理网络通信的细节。
应用场景？
RPC的应用场景通常是在复杂的系统中，当单一应用无法承受高流量和复杂业务时，系统会被拆分成多个服务，这些服务可能需要部署在不同的服务器上。在这种情况下，RPC可以作为一种有效的通信手段，因为它能够：
- 简化远程调用：RPC框架通过提供透明的调用机制，使得开发人员可以像调用本地函数一样调用远程服务，从而简化了分布式应用程序的开发。
- 解耦服务：RPC能够帮助解耦服务，使得各个服务能够独立开发、部署和扩展，提高了系统的可维护性和可扩展性。
- 提高性能：与基于文本的HTTP相比，RPC通常使用更高效的二进制协议进行通信，这可以减少数据传输的体积，提高通信效率。
- 超时控制：RPC框架通常会提供超时机制，确保远程调用在一定时间内完成，避免无限等待。
作用？
- 透明性：RPC框架会处理网络通信的所有细节，包括序列化、传输和反序列化，使得开发人员可以专注于业务逻辑。
- 复用性：由于RPC模拟了本地调用的语义，已有的代码库可以在不修改或最小修改的情况下迁移到分布式环境中。
- 灵活性：RPC框架通常提供多种传输协议和序列化选项，可以根据不同的应用场景选择最合适的组合
综上，RPC是一种强大的通信工具，适用于构建高性能、可扩展的分布式系统。它通过隐藏网络通信的复杂性，使得开发人员能够专注于核心业务逻辑，同时提供了超时控制、服务解耦等重要功能。
RPC 和 HTTP 对比？
RPC（Remote Procedure Call，远程过程调用）和HTTP（HyperText Transfer Protocol，超文本传输协议）是两种不同的通信协议，它们在速度、实现难度以及灵活性方面存在差异。具体分析如下：
- 速度：RPC通常比HTTP更快，因为HTTP协议的信息往往比较臃肿。RPC可以通过高效的二进制序列化方式减少数据传输的体积，而HTTP通常使用文本格式如JSON或XML，这些格式的数据体积相对较大。
- 实现难度：RPC的实现较为复杂，需要处理序列化、网络通信、服务发现等底层细节，而HTTP则相对简单，因为它是一种广泛应用的标准协议，大多数编程语言都提供了成熟的HTTP客户端和服务器库。
- 灵活性：HTTP更胜一筹，因为它不关心实现细节，跨平台、跨语言的特性使得它在不同的系统和环境之间具有良好的互操作性。RPC框架通常需要为不同的语言和平台提供特定的实现。
RPC和HTTP各有优势和适用场景，RPC在速度和性能上表现更佳，适合内部服务之间的高效通信；而HTTP在跨平台、跨语言的环境中更为灵活，适合对外的API服务或第三方接口调用。
RPC有什么缺点？
- 实现复杂性：如前所述，RPC的实现涉及到更多的底层技术细节，这可能导致开发和维护的难度增加。
- 语言和平台依赖性：RPC框架通常需要为不同的编程语言和平台提供特定的库或模块，这限制了其跨语言和跨平台的灵活性。
- 服务治理挑战：在微服务架构中，RPC可能需要额外的服务发现和治理机制来管理服务之间的依赖关系，这增加了系统的复杂性。
- 版本兼容性问题：当服务接口发生变化时，RPC可能需要协调所有依赖该服务的应用进行同步更新，这在分布式系统中可能是一个挑战。
- 性能调优：虽然RPC在性能上通常优于HTTP，但要达到最佳性能，可能需要对序列化方式、网络通信等进行细致的调优。
市面上常用的RPC框架？
常用的RPC框架包括Dubbo、Motan和Tars等。
- Dubbo：这是国内较早开源并由阿里巴巴开发的RPC框架，它仅支持Java语言。Dubbo以其高性能和可扩展性在业界产生了深远影响，被许多公司广泛使用。
- Motan：这是微博内部使用的RPC框架，于2016年对外开源，同样只支持Java语言。Motan提供了丰富的功能和良好的性能表现。
- Tars：这是腾讯内部使用的RPC框架，于2017年对外开源，它特别支持C++语言。Tars的设计注重性能和效率，适合高性能要求的应用场景。