RPC定义
RPC是Remote Procedure Call的缩写,翻译过来就是远程过程调用,是一种用于实现分布式系统中不同进程或计算机之间通信的机制。
RPC框架
RPC框架比较出名的有google的gRPC,facebook的thrift,也及阿里的Dubbo。
1.Dubbo
阿里巴巴开源的高性能RPC框架,支持服务治理和多种协议,适用于Java生态系统。
Dubbo主要包含如下几个核心组件:
1.注册中心(registry)
注册中心的作用:就是存放和调度服务,实现服务和注册中心,服务和服务之间的相互通信,注册中心可以说是微服务架构中的”通讯录“。
常见的注册中心有:Zookeeper,Eureka,Consul,Etcd等,Dubbo这里就采用了Zookeeper为注册中心。
2.服务提供者(provider)
当我们需要为某个功能对外提供服务时我们可以暴露服务给使用者调用,那么这个服务就是服务提供者。
3.服务消费者(consumer)
调用远程服务的服务消费方,称之为”服务消费者”。
4.容器(container)
服务容器只是一个简单的 Main 方法,并加载一个简单的 Spring 容器,用于暴露服务。
Dubbo支持多种协议,包括dubbo、REST、HTTP和WebService等,可根据需求进行选择。
Dubbo提供了丰富的服务治理功能,如负载均衡、集群容错、动态路由和服务降级等。
2.Thrift
Thriftt是一个RPC框架(RPC是远程过程调用),与Dubbo类似,最初由Facebook开发,后面进入Apache开源项目。
Thrift架构,如下图所示:
Thrift的整体架构,分为如下部分:
- You Code:你的业务逻辑实现,属于业务逻辑层;
- Service :客户端和服务端对应的服务 ;
- TProtocol:传输协议规范,属于协议层;
- TTransports :传输数据标准,负责以字节流的方式接收和发送消息体,属于传输层 ;
- I/O通信:负责实际的数据传输,包括socket,文件和压缩数据流等;
Thrift支持多种编程语言,包括C++、Java、Python等,并提供了代码生成工具。
3.gRPC
gRPC由Google开发的高性能RPC框架,使用Protocol Buffers进行序列化,支持多种编程语言。
提供了多种调用方式,包括简单RPC、服务器流式RPC、客户端流式RPC和双向流式RPC。
RPC原理
1.RPC核心角色

1)服务提供者(Server)
对外提供后台服务,将自己的服务信息,注册到注册中心
2)注册中心(Registry)
用于服务端注册远程服务以及客户端发现服务。
目前主要的注册中心可以借由 zookeeper,eureka,consul,etcd 等开源框架实现。
比如:阿里的Dubbo就是采用zookeeper实现注册中心。
3)服务消费者(Client)
从注册中心获取远程服务的注册信息,然后进行远程过程调用。
3.RPC关键概念和机制
- 接口定义语言(IDL):
- IDL用于定义远程服务的接口,包括方法名称、参数和返回类型等。它使得客户端和服务器可以彼此理解服务接口。
- 序列化与反序列化:
- 在请求和响应的传输过程中,数据需要被转换为字节流进行传输,这个过程称为序列化。接收方将接收到的字节流转换回原始数据,这个过程称为反序列化。
- 代理模式:
- 客户端通常通过生成代理来调用远程服务。代理隐藏了底层的网络通信细节,使得远程调用看起来像是调用本地函数。
- 通信协议和传输方式:
- RPC可以基于不同的通信协议和传输方式,如TCP/IP、HTTP、消息队列等。选择合适的协议和传输方式取决于应用的需求和环境。
4.RPC基本原理
RPC的原理,如下图所示:
主要会涉及到如下调用步骤:
1.客户端调用
客户端应用程序调用远程过程时,它会像调用本地函数一样发送请求,请求包括方法名和参数等信息。
2.服务寻址
要解决寻址的问题也就是说,A服务器上的应用怎么告诉底层的RPC框架,如何连接到B服务器(如主机或IP地址)以及特定的端口,方法的名称名称是什么。
可靠的寻址方式(主要是提供服务的发现)是RPC的实现基石,比如可以采用zookeeper来注册服务等等。

3.通信传输
请求从客户端通过网络传输到远程服务器。这涉及到底层的网络通信协议,例如TCP/IP。
4.远程服务器接收请求
远程服务器接收到请求后,开始处理请求。这可能涉及到网络传输的延迟和网络拓扑。
5.参数解析和远程过程调用
服务器解析请求中的参数,并根据请求的方法名调用相应的远程过程。远程过程是在服务器上实现的具体功能。
6.执行远程过程
服务器执行远程过程,并生成结果。远程过程可能涉及计算、数据访问、业务逻辑等。
7.结果封装和响应
服务器将执行结果封装在响应中,并通过网络传输回客户端。响应包括结果数据、状态信息和错误处理等。
8.客户端接收结果
客户端接收到响应后,解析响应数据,并提取结果。客户端可能根据结果执行后续的业务逻辑。
以上就是RPC最全详解,更多微服务内容请查看:微服务最全详解(定义架构及框架应用)
mikechen
mikechen睿哥,10年+大厂架构经验,资深技术专家,就职于阿里巴巴、淘宝、百度等一线互联网大厂。
关注「mikechen」公众号,获知最新一线技术干货!
