这段时间，一直在整理公司的内部 rpc 服务接口，面临的一个问题就是：由于公司内部的系统由几个不同的语言编写的。C# ，java，node.js 等，如何实现这些内部系统之间的接口统一调用，确实是比较麻烦，本来考虑用webapi 但是感觉内部系统之间用webapi 效率不高。最终，我们还是考虑引入Thrift ,通过Thrift整合各个不同的RPC服务。下面就Thrift 如何使用，做个简单的介绍，本人也是初次接触。

概述

RPC（Remote Procedure Call，远程过程调用）是一个计算机通信协议，此协议允许进程间通信。简单来说，当机器 A 上的进程调用机器 B 上的进程时，A 上的调用进程被挂起，而 B 上的被调用进程开始执行。调用方可以通过参数将信息传送给被调用方，然后可以通过被调用方传回的结果得到返回。RPC 框架屏蔽了底层传输方式（TCP/UDP）、序列化和反序列化（XML/JSON/二进制）等内容，使用框架只需要知道被调用者的地址和接口就可以了，无须额外地为这些底层内部编程。

目前主流的 RPC 框架有如下几种：

Thrift：Facebook 开源的跨语言框架

gRPC：Google 基于 HTTP/2 和 Protobuf 的能用框架

Avro：Hadoop 的子项目

本文讲述 RPC 的基本原理并以 Thrift 框架为例说明 RPC 的使用。

基本原理

客户端与服务器之间的 RPC 通信过程

上图描述了客户端与服务器 RPC 通信的基本过程，具体来说，包括几下步骤：

（1）客户过程以正常方式调用客户桩（client stub，一段代码）；

（2）客户桩生成一个消息，然后调用本地操作系统；

（3）客户端操作系统将消息发送给远程操作系统；

（4）远程操作系统将消息交给服务器桩（server stub，一段代码）；

（5）服务器桩将参数提取出来，然后调用服务器过程；

（6）服务器执行要求的操作，操作完成后将结果返回给服务器桩；

（7）服务器桩将结果打包成一个消息，然后调用本地操作系统；

（8）服务器操作系统将含有结果的消息发送回客户端操作系统；

（9）客户端操作系统将消息交给客户桩；

（10）客户桩将结果从从消息中提取出来，返回给调用它的客户过程。

所有这些步骤的效果是，将客户过程对客户桩发出的本地调用转换成对服务器过程的本地调用，而客户端和服务器都不会意识到有中间步骤的存在。

这个时候，你可能会想，既然是调用另一台机器的服务，使用 RESTful API 也可以实现啊，为什么要选择 RPC 呢？我们可以从两个方面对比：

资源粒度。RPC 就像本地方法调用，RESTful API 每一次添加接口都可能需要额外地组织开放接口的数据，这相当于在应用视图中再写了一次方法调用，而且它还需要维护开发接口的资源粒度、权限等。

流量消耗。RESTful API 在应用层使用 HTTP 协议，哪怕使用轻型、高效、传输效率高的 JSON 也会消耗较大的流量，而 RPC 传输既可以使用 TCP 也可以使用 UDP，而且协议一般使用二制度编码，大大降低了数据的大小，减少流量消耗。

对接异构第三方服务时，通常使用 HTPP/RESTful 等公有协议，对于内部的服务调用，应用选择性能更高的二进制私有协议。

Thrift 架构

说完 RPC 的一般性原理，我们再来看目前流行的 RPC 框架—— Apache Thrift。Apache Thrift 最初是 Facebook 实现的一种支持多种编程语言、高效的远程服务器调用框架，它于 2008 年进入 Apache 开源项目。Apache Thrift 采用接口描述语言（IDL）定义 RPC 接口和数据类型，通过编译器生成不同语言的代码（支持 C++，Java，Python，Ruby等），其数据传输采用二进制格式，相对 XML 和 JSON 来说体积更小，对于高并发、大数据量和多语言的环境更有优势。在 Facebook，Apache Thrift 正是使用于其内部服务的通信，其稳定性和高性能已在生产环境中得到证明的。

Apache Thrift 的架构如图2所示。

上图为Apache Thrift 客户/服务器架构

可以看到，Apache Thrift 仍然是基于图1所示的 RPC 通信的原理。图2黄色部分是用户实现的业务逻辑，接下来两层是 Apache Thrift 根据 IDL 生成的客户端和服务端代码（其中红色部分用来实现数据的读写操作），对应于图1中的 client stub 和 server stub。TProtocol 用来对数据进行序列化与反序列化，具体方法包括二进制，JSON 或者 Apache Thrift 定义的格式。TTransport 提供数据传输功能，使用 Apache Thrift 可以方便地定义一个服务并选择不同的传输协议。

最后

以上，就将Thrift简单介绍完了，下一篇，会具体的介绍具体如何实现Thrift RPC 服务接口。