关于 RPC
首先了解什么叫 RPC, 为什么要 RPC,RPC 是指远程过程调用, 也就是说两台服务器 A,B, 一个应用部署在 A 服务器上, 想要调用 B 服务器上应用提供的函数 / 方法, 由于不在一个内存空间, 不能直接调用, 需要通过网络来表达调用的语义和传达调用的数据.
比如说, 一个方法可能是这样定义的:
Employee getEmployeeByName(String fullName)
那么:
首先, 要解决通讯的问题, 主要是通过在客户端和服务器之间建立 TCP 连接, 远程过程调用的所有交换的数据都在这个连接里传输. 连接可以是按需连接, 调用结束后就断掉, 也可以是长连接, 多个远程过程调用共享同一个连接.
第二, 要解决寻址的问题, 也就是说, A 服务器上的应用怎么告诉底层的 RPC 框架, 如何连接到 B 服务器 (如主机或 IP 地址) 以及特定的端口, 方法的名称名称是什么, 这样才能完成调用. 比如基于 web 服务协议栈的 RPC, 就要提供一个 endpoint URI, 或者是从 UDDI 服务上查找. 如果是 RMI 调用的话, 还需要一个 RMI Registry 来注册服务的地址.
第三, 当 A 服务器上的应用发起远程过程调用时, 方法的参数需要通过底层的网络协议如 TCP 传递到 B 服务器, 由于网络协议是基于二进制的, 内存中的参数的值要序列化成二进制的形式, 也就是序列化 (Serialize) 或编组(marshal), 通过寻址和传输将序列化的二进制发送给 B 服务器.
第四, B 服务器收到请求后, 需要对参数进行反序列化 (序列化的逆操作), 恢复为内存中的表达方式, 然后找到对应的方法(寻址的一部分) 进行本地调用, 然后得到返回值.
第五, 返回值还要发送回服务器 A 上的应用, 也要经过序列化的方式发送, 服务器 A 接到后, 再反序列化, 恢复为内存中的表达方式, 交给 A 服务器上的应用
来源: http://developer.51cto.com/art/201903/593754.htm