简单理解 RPC

RPC(Remote Procedure Call Protocol)—— 远程过程调用协议。这个概念术语在上世纪 80 年代由 Bruce Jay Nelson 提出。它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。RPC 协议假定某些传输协议的存在,如 TCP 或 UDP,为通信程序之间携带信息数据。在 OSI 网络通信模型中,RPC 跨越了传输层和应用层。RPC 使得开发包括网络分布式多程序在内的应用程序更加容易。

RPC 采用客户机/服务器模式。请求程序就是一个客户机,而服务提供程序就是一个服务器。首先,客户机调用进程发送一个有进程参数的调用信息到服务进程,然后等待应答信息。在服务器端,进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达,服务器获得进程参数,计算结果,发送答复信息,然后等待下一个调用信息,最后,客户端调用进程接收答复信息,获得进程结果,然后调用执行继续进行。

RPC 的几个特点

  1. 简单地说,RPC 就是从一台机器(客户端)上通过参数传递的方式调用另一台机器(服务器)上的一个函数或方法(可以统称为服务)并得到返回的结果;
  2. RPC 会隐藏底层的通讯细节(不需要直接处理 Socket 通讯或 Http 通讯);
  3. RPC 是一个请求响应模型。客户端发起请求,服务器返回响应(类似于 Http 的工作方式);
  4. RPC 在使用形式上像调用本地函数(或方法)一样去调用远程的函数(或方法)。

RPC 常用数据序列话协议

  1. Json
  2. Xml
  3. PHP serialize
  4. 二进制,如 Protobuf、msgpack

RPC 常用通信协议

  1. Http
  2. Tcp
  3. Socket
  4. Websocket

看一个 PHP 的客户端调用例子

\RpcClient::serv('User')->handler('UserInfo')->getUserInfoById($id);

Rpc 流程图

rpc状态图.jpg

  1. 调用客户端句柄;执行传送参数
  2. 调用本地系统内核发送网络消息
  3. 消息传送到远程主机
  4. 服务器句柄得到消息并取得参数
  5. 执行远程过程
  6. 执行的过程将结果返回服务器句柄
  7. 服务器句柄返回结果,调用远程系统内核
  8. 消息传回本地主机
  9. 客户句柄由内核接收消息
  10. 客户接收句柄返回的数据

常见的 RPC 框架:

  1. Thrift
  2. gRpc
  3. Yar
  4. hprose
  5. dubbo

二、Protobuf 和 Thrift 介绍

Protobuf

Protocol Buffers (a.k.a., protobuf) are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data.

Protobuf 是一种二进制数据序列化协议,相对 xml、json 这些协议来说,它具有更小、性能更好、效率更快的优势。同样因为是二进制协议也就带来了可读性更差问题。目前还没有官方支持的 php 扩展,但有比如 php-protobuf 这样的开源扩展。Protobuf 对数据序列化后可用于 RPC 框架的数据传输交互。

Thrift

Thrift 最初由 facebook 开发用做系统内各语言之间的 RPC 通信,它提供了全套的 RPC 解决方案,包括序列化机制、传输层、并发处理框架等。

Thrift通过一个中间语言(IDL, 接口定义语言)来定义 RPC 的接口和数据类型,然后通过一个编译器生成不同语言的代码(目前支持 C++,Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk 和 OCaml),并由生成的代码负责 RPC 协议层和传输层的实现。
Thrift 实际上是实现了 C/S 模式,通过代码生成工具将接口定义文件生成服务器端和客户端代码(可以为不同语言),从而实现服务端和客户端跨语言的支持。用户在 Thirft 描述文件中声明自己的服务,这些服务经过编译后会生成相应语言的代码文件,然后用户实现服务(客户端调用服务,服务器端提服务)便可以了。其中 protocol(协议层, 定义数据传输格式,可以为二进制或者 XML 等)和 transport(传输层,定义数据传输方式,可以为 TCP/IP 传输,内存共享或者文件共享等)被用作运行时库。

Thrift 支持多种协议格式的序列化和反序列化,如二进制,json 格式。这让用户可以更加灵活的选择协议的具体形式。更完美的是,协议是可自由扩展的,新版本的协议,完全兼容老的版本!

四、参考

  1. http://baike.baidu.com/link?url=3b4Gnihli1pE0_o5z19CQQSNms3wM7d2m92DGagukwFsqzTUx9RI_fOBgMKOzGsJHAC_Qch-ivoFFSMNfP7c88zjJGpKb0-yrwmqOmmYnxppSHVtkt_RG__cbgf6vW1UDXpP4xQIi_FNVRgiSG7MkdQkHotrJEvxJfuMtNAP9gwPUYTmurwqCwHOqVgN5UFjfnOU7VPD6f7PP4ep6dII7q
  2. http://blog.csdn.net/tantexian/article/details/48196453