RPC

概念

RPC 是指远程过程调用 也就是说两台服务器 A,B,一个应用部署在 A 服务器上,想要调用 B 服务器上应用提供的函数/方法,由于不在一个内存空间,不能直接调用,需要通过网络来表达调用的语义和传达调用的数据

RPC 流程

  1. 首先,要解决通讯的问题 主要是通过在客户端和服务器之间建立 TCP 连接,远程过程调用的所有交换的数据都在这个连接里传输。

连接可以是按需连接,调用结束后就断掉,也可以是长连接,多个远程过程调用共享同一个连接。

  1. 第二,要解决寻址的问题 也就是说,A 服务器上的应用怎么告诉底层的 RPC 框架,如何连接到 B 服务器(如主机或 IP 地址)以及特定的端口,方法的名称名称是什么,这样才能完成调用。

比如基于 Web 服务协议栈的 RPC,就要提供一个 endpoint URI,或者是从 UDDI 服务上查找。 如果是 RMI 调用的话,还需要一个 RMI Registry 来注册服务的地址。

  1. 第三,当 A 服务器上的应用发起远程过程调用时,方法的参数需要通过底层的网络协议如 TCP 传递到 B 服务器 由于网络协议是基于二进制的,内存中的参数的值要序列化成二进制的形式,也就是序列化(Serialize)或编组(marshal) 通过寻址传输将序列化的二进制发送给 B 服务器。

  2. 第四,B 服务器收到请求后,需要对参数进行反序列化(序列化的逆操作) 恢复为内存中的表达方式,然后找到对应的方法(寻址的一部分)进行本地调用,然后得到返回值。

  3. 第五,返回值还要发送回服务器 A 上的应用 也要经过序列化的方式发送,服务器 A 接到后,再反序列化,恢复为内存中的表达方式,交给 A 服务器上的应用

为什么要 RPC

  • 就是无法在一个进程内,甚至一个计算机内通过本地调用的方式完成的需求

比如

  1. 比如不同的系统间的通讯
  2. 甚至不同的组织间的通讯。
  3. 由于计算能力需要横向扩展,需要在多台机器组成的集群上部署应用,

RPC 的协议有很多,比如最早的 CORBA,Java RMI,Web Service 的 RPC 风格,Hessian,Thrift,甚至 Rest API

Netty 框架简介

Netty 框架不局限于RPC

更多的是作为一种网络协议的实现框架,比如 HTTP

  1. 由于 RPC 需要高效的网络通信,就可能选择以 Netty 作为基础。
  2. 除了网络通信,RPC 还需要有比较高效的序列化框架,以及一种寻址方式。
  3. 如果是带会话(状态)的 RPC 调用,还需要有会话和状态保持的功能。