RPC（Remote Procedure Call），翻译过来就是远程过程调用 。RPC 协议假定某些传输协议的存在，如 TCP 或 UDP，为通信程序之间携带信息数据。在 OSI 网络通信模型中，RPC 跨越了传输层和应用层，RPC 使得开发分布式程序就像开发本地程序一样简单。
RPC 采用客户端（服务调用方）/服务器端（服务提供方）模式，它们都各自独立运行。客户端只需要引入要使用的接口，接口的实现和运行都在服务端。RPC 主要依赖的技术包括：序列化、反序列化和数据传输协议，这是一种定义与实现相分离的设计。
目前 Java 使用比较多的 RPC 解决方案主要有 RMI（JDK 自带）、Hessian、Dubbo 以及 Thrift 等。**
注意： RPC 主要指内部服务之间的调用，RESTful 也可以用于内部服务之间的调用，但其主要用途还在于对外部系统提供服务。
常见RPC框架：
-
RMI（JDK 自带）： JDK 自带的 RPC
详细内容可以参考：从懵逼到恍然大悟之 Java 中 RMI 的使用
-
Dubbo： Dubbo 是阿里巴巴公司开源的一个高性能服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring 框架无缝集成。
详细内容可以参考：
-
Hessian： Hessian 是一个轻量级的 RPC 工具，使用简单的方法提供了 RMI 的功能。 相比 WebService，Hessian 更简单、快捷。采用的是二进制 RPC 协议，因为采用的是二进制协议，所以它很适合于发送二进制数据。
详细内容可以参考： Hessian 的使用以及理解
-
Thrift： Apache Thrift 是 Facebook 开源的跨语言 RPC 通信框架，目前已经捐献给 Apache 基金会管理，由于其跨语言特性和出色的性能，在很多互联网公司得到应用，有能力的公司甚至会基于 Thrift 研发一套分布式服务框架，增加诸如服务注册、服务发现等功能。
详细内容可以参考： 【Java】分布式 RPC 通信框架 Apache Thrift 使用总结
如何进行选择
- 是否允许代码侵入： 即需要依赖相应的代码生成器生成代码，比如 Thrift
- 是否需要长连接获取高性能： 如果对于性能需求较高，那么可以果断选择基于TCP 的 Thrift、Dubbo
- 是否需要跨越网段、跨越防火墙： 这种情况一般选择基于 HTTP 协议的 Hessian 和 Thrift 的HTTP Transport
此外，Google 推出的基于 HTTP2. 0的 gRPC 框架也开始得到应用，其序列化协议基于 Protobuf，网络框架使用的是 Netty4，但是其需要生成代码，可扩展性也较差。
