RPC框架

最新推荐文章于 2024-09-03 14:22:07 发布

Bu Sir

最新推荐文章于 2024-09-03 14:22:07 发布

阅读量495

点赞数

分类专栏：笔记

原文链接：https://www.cnblogs.com/111testing/p/11296880.html

版权

笔记专栏收录该内容

6 篇文章 0 订阅

订阅专栏

什么是 RPC 框架

RPC 框架： 远程过程调用协议 RPC （Remote Procedure Call Protocol），允许像调用本地服务一样调用远程服务。

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

比如：一个方法定义可能是这样的：Employee getEmployeeByName（String fullName）那么：

第一： 首先要解决的是通讯问题，主要是通过在客户端和服务器之间建立 TCP连接（Socket），远程过程调用的所有交换的数据都在这个连接里传输。连接可以是按需连接，调用结束后就断掉，也可以是长连接，多个远程过程调用共享的同一个连接。

第二： 要解决寻址的问题，也就是说，A 服务器上的应用怎么告诉底层的 RPC 框架，如何连接到 B 服务器 （如主机或 IP 地址）以及特定的端口，方法的名称是什么，这样才能完成调用。比如基于 Web 服务协议栈的 RPC，就要提供一个 endpoint URI，或者是从 UDDI 服务上查找。如果是 RMI （后面会提到）调用的话，还需要一个 RMI Registry 来注册服务的地址。

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

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

第五： 返回值还要发送回服务器 A 上的应用，也要经过序列化的方式发送，服务器 A 接到后，再反序列化，恢复为内存中的表达方式，交给 A 服务器上的应用。在这里插入图片描述

总结归纳为以下步骤：

1. 远程服务之间建立通讯协议。

2. 寻址：服务器（如主机或 IP 地址）以及特定的端口，方法的名称是什么。

3. 通过序列化和反序列化进行数据传递。

4. 将传递过来的数据通过 java 反射原理定位接口方法和参数。

5. 暴露服务：用 map 将寻址的信息暴露给远方服务（提供一个 endpoint URI 或者一个前端展示页面）。

6. 多线程并发请求服务。

什么是 RPC

1. 提到 RPC ，就躲不开提到分布式，这个促使 RPC 诞生的领域。

2. 假设你有一个 Calculator ，以及它的实现类 CalculatorImpl ，那么单体应用时，要调用 Calculator 的 add 方法来执行一个加运算，你可以在方法中直接使用，因为在同一个地址空间，或者说在同一块内存中，这个称为本地函数调用。
在这里插入图片描述

3. 现在将系统改造为分布式应用，接口调用和实现分别在两个子系统内。
服务 A 里边并没有 CalculatorImpl 这个类，那它要怎样调用服务 B 的 CalculatorImpl 的 add 方法呢？可以模仿 B/S 架构的调用方式，在 B 服务暴露一个 Restful 接口，然后 A 服务通过调用这个 Restful 接口来间接调用 CalculatorImpl 的 add 方法。

4. 这样就已经和RPC很接近了。 不过，像这种每次调用时，是不是都需要写一串发起 Http 请求的代码呢？比如 httpClient.sendRequest…之类的，能不能简单一下，像本地方法调用一样，去发起远程调用，让使用者感知不到远程调用的过程。在这里插入图片描述

5. 屏蔽的工作，可以使用代理模块解决，生成一个代理对象，而这个代理对象的内部，就是通过 httpClient 来实现 RPC 远程过程调用的。

这就是很多 RPC 框架要解决的问题和解决问题的思路，比如阿里的 Dubbo。

总结一下，RPC要解决的两个问题：

1. 解决分布式系统中，服务之间的调用问题。

2. 远程调用时，要能够像本地调用一样方便，让调用者感知不到远程调用的逻辑。

RPC是一种技术的概念名词

RPC = Remote Produce Call 是一种技术的概念名词， ==== HTTP是一种协议,RPC可以通过 HTTP 来实现,也可以通过Socket ==== 自己实现一套协议来实现.所以题目可以换一种理解,为何 RPC 还有除 HTTP 之外的实现法,有何必要，毕竟除了HTTP实现外,私有协议不具备通用性.