这里写目录标题
RPC简介
RPC(Remote Procedure Call,即远程过程调用)是建立在Socket之上的,在一台机器上运行的主程序,可以调用另一台机器上准备好的子程序。也就是说两台服务器A,B,一个应用部署在A服务器上,想要调用B服务器上应用提供的函数/方法,由于不在一个内存空间,不能直接调用,需要通过网络来表达调用的语义和传达调用的数据。对于RPC架构来说,应用越底层,代码越复杂、灵活性越高、效率越高;应用越上层,抽象封装的越好、代码越简单、效率越差。
RPC调用流程![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/e351709f983a4a12cda5932366160f12.png)
一次完整的RPC调用流程(同步调用,异步另说)如下:
- 服务消费方(client/caller)以本地调用的方式调用服务;
- client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体;
- client stub找到服务地址,并将消息发送到服务端;
- server stub收到消息后进行解码;
- server stub根据解码结果调用本地的服务;
- 服务提供方(server/callee)执行本地服务并将结果返回给server stub;
- server stub将返回结果打包成消息并发送至消费方;
- client stub接收到消息,并进行解码;
- 服务消费方(client/caller)得到最终结果。
RPC框架的目标就是要2~8这些步骤都封装起来,这些细节对用户来说是透明的,不可见的。
RPC注意事项
1、从通信协议的层面,RPC大致可以分为基于HTTP协议的和基于TCP协议的,但是通用定义的http协议的tcp报文包含太多无用的信息,因此使用TCP协议可以降低传输数据的长度。
2、只有二进制数据才能在网络中传输,因此RPC需要对数据进行序列化和反序列化。其中将对象转换成二进制流的过程叫做序列化,将二进制流转换成对象的过程叫做反序列化。