RPC概念理解

一、到底什么是RPC

        最早的进程是各个进程内部各自完成自己的任务。但是随着发展，有时候需要将B进程的某个方法做成特定的工具类等，本地A进程调用B进程的该方法，于是就产生了IPC（Inter Process Communication本地进程间通信），这就是我们在操作系统里学到的进程间的共享内存的通讯方式。

        后来随着分布式系统的出现，这个B进程就可能被搬移到了另一个服务器上，这就是RPC（remote procedure call，远程过程调用）

二、什么情况下使用 RPC ？

如果我们开发简单的应用，业务流程简单、流量不大，根本用不着 RPC。

当我们的应用访问量增加和业务增加时，发现单机已无法承受，此时可以根据不同的业务（划分清楚业务逻辑）拆分成几个互不关联的应用，分别部署在不同的机器上，此时可能也不需要用到 RPC 。

随着我们的业务越来越多，应用也越来越多，应用与应用相互关联调用，发现有些功能已经不能简单划分开，此时可能就需要用到 RPC。

比如，我们开发电商系统，需要拆分出用户服务、商品服务、优惠券服务、支付服务、订单服务、物流服务、售后服务等等，这些服务之间都相互调用，这时内部调用最好使用 RPC ，同时每个服务都可以独立部署，独立上线。

也就说当我们的项目太大，需要解耦服务，扩展性强、部署灵活，这时就要用到 RPC ，主要解决了分布式系统中，服务与服务之间的调用问题。

RPC 框架原理

RPC 架构主要包括三部分：

• 服务注册中心（Registry），负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
• 服务提供者（Server），提供服务接口定义与服务实现类。
• 服务消费者（Client），通过远程代理对象调用远程服务。

服务提供者启动后主动向服务注册中心（Registry）注册机器IP、端口以及提供的服务列表；

服务消费者启动时向服务注册中心（Registry）获取服务提供方地址列表。

服务注册中心（Registry）可实现负载均衡和故障切换。

RPC 调用过程

(1) 客户端（client）以本地调用方式调用服务；

(2) 客户端存根（client stub）接收到调用后，负责将方法、参数等组装成能够进行网络传输的消息体（将消息体对象序列化为二进制）；

(3) 客户端通过 sockets 将消息发送到服务端；

(4) 服务端存根（server stub）收到消息后进行解码（将消息对象反序列化）；

(5) 服务端存根（server stub）根据解码结果调用本地的服务；

(6) 本地服务执行并将结果返回给服务端存根（server stub）；

(7) 服务端存根（server stub）将返回结果打包成消息（将结果消息对象序列化）；

(8) 服务端（server）通过 sockets 将消息发送到客户端；

(9) 客户端存根（client stub）接收到结果消息，并进行解码（将结果消息发序列化）；

(10) 客户端（client）得到最终结果。

RPC 就是要把 2、3、4、7、8、9 这些步骤都封装起来。

RPC 优点

• 跨语言（C++、PHP、Java、Python ...）
• 协议私密，安全性较高
• 数据传输效率高
• 支持动态扩展

RPC 缺点

        一个完善的 RPC框架 开发难度大，需要的专业知识以及人员比较多，对初学者难度比较大。

hadoop何时会使用RPC？

        我们客户端Client与NameNode通信，NameNode与DataNode的通信，都是在不同进程间，不同系统间的通信。

二、RPC和一个进程内的类间方法的调用有什么区别

        一个进程内的类内的方法调用本质上还是共用一个地址空间，可以直接共享内存来共享数据，而且还是一个进程内，而RPC或者IPC是进程间的调用。

三、RPC和HTTP请求的区别 

       本质上来说这是一个伪命题，这两个不是一个层面的概念。http可能是RPC协议里关于网络传输协议的一个具体协议，但是http只是应用层的一个具体协议。

四、RPC和WebService的区别

        WebService是RPC的一种，RPC使用非常广泛（RPC和MQ是分布式两大基石），目前基本上各大场都有自己的RPC，开源成熟的RPC也非常多。

RPC按通信协议，可以分为基于HTTP的、基于TCP等；按报文协议可以分为基于XML文本的、基于JSON文本的，二进制的。按照是否跨平台语言，可以分为平台专用的，平台中立的。

WebService一般属于基于HTTP的、XML文本的、跨平台（平台中立）的，功能完善、体系成熟、支持事务、支持安全机制，广泛应用在金融电信（中国电信一个省级分公司就有几千个WS），传统企业的业务系统，ESB/SOA体系等。缺点：过于复杂，性能不是最优的，互联网用的较少。

        WebService(https://www.w3.org/2002/ws/Activity)是一套RPC规范，应该也是目前最详细、最完备的服务协议。每个WebService使用SOAP(https://www.w3.org/TR/soap/)作为RPC的报文

 

参考：

RPC是在什么场景使用？ - 知乎

RPC和WebService的区别_Asa_Prince的博客-CSDN博客_webservice和rpc的区别

RPC是什么，与WebService有什么异同？ - 知乎