##前言
前面我们曾经深入的了解过Http协议,以及Https协议的思考,但是在日常开发中,还有这么一种常见的技术–RPC,许多常见的框架库都是基于RPC技术进行开发实现的进程通信的技术,例如RMI,gRpc以及dubbo等,因此在Java开发中,RPC也是常用技术中很重要的一环,本篇开始我们从RPC基础开始逐步了解RPC技术以及经典RPC的实现–RMI的使用及原理
RPC概念
RPC全称Inter-Process Communication ,即我们常说的进程间通信,指至少两个进程间或者跨线程进行传输数据或者信号的技术。进程是计算机系统分配资源的最小单位,而每一个进程都有着自身独立的系统资源,且彼此隔离。为了让不同的进程相互访问并且能进行协调工作,才有了进程间通信技术,这些进程可以运行在同一个计算机上或者在不同的网络连接的计算机上。进程间通信技术包括信息传递、同步、共享内存以及能实现远程调用,而IPC也是Unix通信机制 的一种标准。
而IPC通信常见的有如下两种:
本地过程调用(LPC):LPC用在多任务操作系统中,使得同时运行的任务之间可以互相会话进行数据传输,这些任务之间共享内存空间使得任务同步和互相发送信息
远程过程通信(RPC):RPC与LPC类似,其区别在于RPC仅进行网络上进程间的传输通信,最开始出现RPC是sun公司和HP公司运行在UNIX操作系统的计算机中,一直演化发展至今
简单RPC通信过程
需要明白的是RPC技术的核心并不在于使用什么协议,RPC的目的仅仅是实现远程调用,且对用户透明,实现业务解耦。而一个简单的RPC至少首先会使用动态代理技术,实现通信层的动态隔离,而传输过程中至少会选择一种协议进行传输,将远程的被调用方的方法的返回结果进行序列化传输,即可完成一个最简单的RPC通信,可以参考spring remoting 和RMI,而一个复杂的RPC则是针对其中的细节进行优化扩展,能支持更多的能力和协议以及序列化等的选择,甚至可以和第三方中间件结合使用,此类RPC实现可以参照dubbo,简单来说:
1.RPC就是从一台机器上通过参数传输的方式调用到另外一台机器上的某个固定函数或者方法,并且按照固定的传输协议方式接受到返回的结果
2.RPC会隐藏底层的通信细节,并且RPC自身就是一个请求响应模型
3.客户端发起请求后,服务端返回响应,RPC在使用方式上像调用本地函数一样即可简单实现远程函数的调用
而RPC的通信过程简单来说,可以如图所示:
RPC框架
首先我们来思考一个问题,一个RPC框架至少拥有哪些能力?我们可以从下面几点来考虑:
远程通信能力
首先RPC得定义就是能实现网络端远程服务器之间的通信,所以RPC一定要有的最基础的能力,就是能发起远程的网络传输连接请求,即Sokect通讯的维护和协议能力封装
Call ID映射能力
RPC框架既然拥有跨服务端进行传输数据交互的能力,那么我们需要告知远程服务器如何调用Multiply ,要知道在本地调用中,函数体是直接通过函数指针来指定的,而在远程通信中,由于不在一个机器中,使用函数指针的方式是行不通的,所以在RPC框架中,几乎所有的函数都会有一个自己的ID,且保持唯一,服务端和客户端之间都会去维护ID在本机器中不同的地址,当有RPC请求传递过来的时候,服务端只需要查找本地维护的ID和地址的关系,找到对应的函数,进行调用,并且传输对应的结果即可
序列化/反序列化能力
当数据从远程服务器上返回,由于远程网络传输的原因,在Java中必须使用序列化标准来实现数据的传输,不能像本地调用一样简单的将内存数据读取,所以RPC框架一定要有序列化支持的能力,可以将远程的数据序列化为字节流,接受完毕后反序列化成对应的内存对象
跨平台/夸语言交互能力
由于RPC远程交互传输数据,这个时候服务端的系统环境以及所交互的进程使用的语言等并不是固定的,所以RPC框架需要拥有一个稳定的可以跨平台的,跨语言环境的传输协议支持
常见的RPC框架
了解了RPC框架最基础的能力以后,我们来看看Java开发中那些常见的经典RPC框架吧:
1.Netty:netty框架严格意义上并不属于RPC,更多的是作为一种网络协议框架,能够快速的提供高性能的RPC或者HTTP等的远程通信能力基础
2.bRPC:bRPC是一个基于protobuf接口的PRC框架,看到命名就可以知道此框架来自著名的百度团队,此框架囊括了百度内部的所有RPC协议,并且支持多种第三方协议,由于基于protobuf算法,从性能来看几乎是同类RPC框架中的领跑者
3.dubbo:dubbo框架是业界著名的阿里巴巴团队早期开源的优秀的RPC框架,此框架发展较成熟,能独立作为商业化组件使用,且依托于Spring使用
4.gRPC:gRPC是谷歌团队基于Netty开发实现的底层网络库,而此框架还有Go语言的版本,基于Net库开发
5.RMI:rmi可以说是java中最早的RPC框架之一,且此rpc框架由sun团队开发,集成于JDK中,可以说完全可以实现开箱即用,不需要任何外部jar依赖,但由于早期的rpc实现,且设计上并不是为了解决互联网企业类的高并发问题,所以不建议现在互联网开发中作为rpc实现
RMI框架基本使用
RMI既然是java团队设计出来的rpc框架,虽然现在已经不适合企业级生产使用,但是其中的思想和规范值得学习,我们就来看看RMI框架如何使用吧:
RMI三大基本类
实现RMI所需要的API基本都在三大类中,如下:
java.rmi
:提供客户端需要的类、接口和异常;
java.rmi.server
:提供服务端需要的类、接口和异常;
java.rmi.registry
:提供注册表的创建以及查找和命名远程对象的类、接口和异常 ;
构建RMI服务端
首先在RMI中服务端供客户端调用的实例称之为远程对象,而在RMI中实现了java.rmi.Remote接口的类或者继承了java.rmi.Remote接口的都是RMI的远程对象。那么我们来定义一个接口,继承java.rmi.Remote:
/**
*用户处理器
**/
public interface UserHandler extends Remote {
String getUserName(int id) throws RemoteException;
String getUserPassWord() throws RemoteException;
User getUserByName(String name) throws RemoteException;
}
这里需要注意的一点是,继承了Remote接口的接口中定义的所有的方法必须抛出RemoteException异常,并且该接口的实现类必须直接或者间接继承java.rmi.server.UnicastRemoteObject类,该类中提供了很多支持RMI的方法,可以通过JRMP协议导出一个远程对象的引用,生成动态代理构建的Stub对象,实现代码如下:
public class