RPC远程调用学习

RPC 远程过程调用

CAP定理（重点）

分布式应用的基础定定理，很重要

C: 一致性。任何请求，得到的数据结果，一定是准确的，强一致。

A: 可有性。任何服务，被请求后，在一定时间内，一定有反馈结果，即使结果是降级数据（调用者处理）或异常结果都必须返回

P:分区容错一致性 ，分区一致性。在分区环境中，最终结果是一致的。可以有延迟，但是延迟必须可以被容忍。当物理隔离的时候，某个分区离线，不影响其他分区正常使用。

3选2 即可 ，互联网一般选用AP模型 ，C强一致太慢

单体应用、政企应用 一般选用CA | CP模型

什么是单体架构？

​ 单体架构的项目，包含这个项目的所有代码，一个应用搞定所有功能，DNS 可以单个映射，也可以多个映射。

​ 在单体机构的项目中，都是通过包（package）来区分每个模块。将这些包打包成一个整体，进行项目部署。

​ 优点：部署简单、维护方便、开发成本低

​ 缺点：当项目规模打、用户访问频率高、并发量大、数据量大时，会大大降低程序执行效率。甚至出现服务器宕机（死机）等情况

​ 适用场景：小型互联网项目

什么是分布式架构？

​ 分布式机构的项目会把一个项目，按照要求拆（功能或模块）分成多个项目，每个项目分别部署到不同服务器上

​ 在分布式架构的项目中，一个项目，由多个项目组合而成

​ 优点：

	1.增大了系统可用性，减少单点故障导致应用无法运行

	2.增加了重用性，模块使得重用性很高。高内聚，低耦合

	3.增加可扩展性，增加新的功能，添加新项目即可

	4.增加每个模块得负载能力，每个模块都是一个项目，负载能力更强

​ 缺点：

	1.成本更高，因为技术多、难，所以开发成本，时间成本，维护成本高

	2.架构更复杂

	3.整体响应时间边长，一个业务需要多个项目通信后给出结果

​ 4.吞吐量（单位时间内成功地传送数据）更大，吞吐量= 请求数/秒

适用场景：中、大型互联网项目，客户多，数据多，并发访问高，压力大，吞吐量高的项目。

什么是微服务架构？

每个服务都可以独立使用，服务之间的调用基于HTTP协议，使用RestAPI远程访问。每个服务自洽，自省，独立运行 ，解耦 ，不需要依赖 聚合 组合 方式 http 标准访问方式。微服务模型适合互联网环境，便于快速迭代，可以快速交付。对项目的段迭代周期有充分的支持

RPC软件模型架构描述

RPC模型、SOA架构、微服务架构 都属于RPC远程服务调用架构

RPC模型：只要有远程服务调用，就是RPC模型。通常原始的RPC架构，缺少服务治理，也就是没有注册中心。在服务管理上成本太高

SOA架构：一定是在RPC模型的基础上，有服务治理（注册中心），有ESB企业服务总线，所有的服务远程调用，都通过ESB做请求转发处理，宏观上SOA架构：只要对外提供了，可远程访问的服务，且调用者是通过服务远程调用的方式获取远程服务结果的，都可以称为SOA架构

微服务架构：每个服务都可以独立使用，服务之间的调用基于HTTP协议，使用RestFul远程访问。每个服务自洽，自省，独立运行 ，解耦 ，不需要依赖 聚合 组合 方式 http 标准访问方式。微服务模型适合互联网环境，便于快速迭代，可以快速交付。对项目的段迭代周期有充分的支持

PAAS | SAAS （ 服务平台，云平台开发， 选择了解）

RPC简介

什么是RFC？

​ RFC(Request For Comments:请求描述) 是由互联网工程任务组(IETF)发布的文件集。文件集中每个文件都有自己唯一编号，例如：rfc1831。目前RFC文件由互联网协会(Internet Society，ISOC)赞助发行。

​ RPC就收集到了rfc 1831中。可以通过下面网址查看：https://datatracker.ietf.org/doc/rfc1831/

​ RPC在rfc 1831中收录，RPC（Remote Procedure Call）远程过程调用协议。

RPC协议作用及原理

​ RPC协议规定允许互联网中一台主机调用另一台主机程序，而程序员无需对这个交互过程进行编程。

​ 在RPC协议中强调当A程序调用B程序中功能或方法时，A不知道B中方法具体实现

​ RPC是一个上层协议，底层可以基于HTTP协议，也可以基于TCP协议。

​ RPC是一种标准，一个宏观概念，从广义上讲只要满足网络中进行通信调用都可以统称为RPC，甚至HTTP协议都可以说是RPC的具体实现，但是具体分析看来RPC协议要比HTTP协议更加高效，基于RPC的框架功能更多

​ RPC协议是基于分布式架构而出现的，所以RPC在分布式项目中有着得天独厚的优势。

RPC和HTTP区别

实现

​ RPC：可以基于TCP协议，也可以基于HTTP协议。

​ HTTP：基于HTTP协议。

效率

​ RPC：自定义具体实现可以减少很多无用的报文内容，使得报文体积更小。

​ HTTP：如果是HTTP 1.1 报文中很多内容都是无用的。如果是HTTP2.0以后和RPC相差不大，比RPC少的可能就是一些服务治理等功能。

连接方式

​ RPC：支持长连接。

​ HTTP：每次连接都是3次握手。（断开链接为4次挥手）

性能

​ RPC可以基于很多序列化方式。如：thrift

​ HTTP 主要是通过JSON，序列化和反序列效率更低。

注册中心

​ 注册中心：指集中化管理

​ RPC ：一般RPC框架都带有注册中心。

​ HTTP：都是直连。

负载均衡

​ RPC：绝大多数RPC框架都带有负载均衡测量。

​ HTTP：一般都需要借助第三方工具。如：nginx

​ RPC框架一般都带有丰富的服务治理等功能，更适合企业内部接口调用。而HTTP更适合多平台之间相互调用

​

HttpClient实现RPC

什么是HttpClient？

​ 在JDK中java.net包下提供了用户HTTP访问的基本功能，但是它缺少灵活性或许多应用所需要的功能。

​ HttpClient起初是Apache Jakarta Common 的子项目。用来提供高效的、最新的、功能丰富的支持 HTTP 协议的客户端编程工具包，并且它支持 HTTP 协议最新的版本。2007年成为顶级项目。

通俗解释：HttpClient可以实现使用Java代码完成标准HTTP请求及响应。用java代码模拟浏览器，发送请求并处理响应结果

​

RMI实现RPC

什么是RMI？

​

​ RMI(Remote Method Invocation) 远程方法调用。

​ RMI是从JDK1.2推出的功能，它可以实现在一个Java应用中可以像调用本地方法一样调用另一个服务器中Java应用（JVM）中的内容。

​ RMI 是Java语言的远程调用，无法实现跨语言。

执行流程

​ Registry(注册表)是放置所有服务器对象的命名空间。 每次服务端创建一个对象时，它都会使用bind()或rebind()方法注册该对象。 这些是使用称为绑定名称的唯一名称注册的。

​ 要调用远程对象，客户端需要该对象的引用。即通过服务端绑定的名称从注册表中获取对象(lookup()方法)。

演示Demo

待完善

API详细

1.1 Remote

​ java.rmi.Remote 定义了此接口为远程调用接口。如果接口被外部调用，需要继承此接口。

1.2 RemoteException

 **java.rmi.RemoteException**

​ 继承了Remote接口的接口中，如果方法是允许被远程调用的，需要抛出此异常。

1.3 UnicastRemoteObject

​ java.rmi.server.UnicastRemoteObject

​ 此类实现了Remote接口和Serializable接口。自定义接口实现类除了实现自定义接口还需要继承此类。

1.4 LocateRegistry

​ java.rmi.registry.LocateRegistry

​ 可以通过LocateRegistry在本机上创建Registry，通过特定的端口就可以访问这个Registry。

1.5 Naming

​ java.rmi.Naming

​ Naming定义了发布内容可访问RMI名称。也是通过Naming获取到指定的远程方法。