RPC基础篇

RPC概念

　　RPC（Remote Procedure Call Protocol）——远程过程调用协议， 是一种进程间通信方式。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的，本质上编写的调用代码基本相同。它是一项广泛用于支持分布式应用程序（不同组件分布在不 同计算机上的应用程序）的技术。

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

RPC调用分类

RPC 调用分以下两种：

1. 同步调用 客户方等待调用执行完成并返回结果。
2. 异步调用 客户方调用后不用等待执行结果返回，但依然可以通过回调通知等方式获取返回结果。 若客户方不关心调用返回结果，则变成单向异步调用，单向调用不用返回结果。

　　异步和同步的区分在于是否等待服务端执行完成并返回结果。

RPC目标

　　RPC 的主要功能目标是让构建分布式计算（应用）更容易，在提供强大的远程调用能力时不损失本地调用的语义简洁性。为实现该目标，RPC 框架需提供一种透明调用机制让使用者不必显式的区分本地调用和远程调用。

RPC结构

　　

　　这里 user 就是 client 端，当 user 想发起一个远程调用时，它实际是通过本地调用 user-stub。user-stub 负责将调用的接口、方法和参数通过约定的协议规范进行编码并通过本地的 RPCRuntime 实例传输到远端的实例。远端 RPCRuntime 实例收到请求后交给 server-stub 进行解码后发起本地端调用，调用结果再返回给 user 端。

RPC 实现

　　如webservice、thrift、protocol buffer等，他们大部分都通过 IDL 定义，并提供工具来映射生成不同语言平台的 user-stub 和 server-stub，并通过框架库来提供 RPCRuntime 的支持。

　　目前市面上提供的 RPC 框架已经可算是五花八门，百家争鸣了。需要根据实际使用场景谨慎选型，需要考虑的选型因素我觉得至少包括下面几点：
　　　　1. 性能指标
　　　　2. 是否需要跨语言平台
　　　　3. 内网开放还是公网开放
　　　　4. 开源 RPC 框架本身的质量、社区活跃度

参考资料：http://blog.csdn.net/mindfloating/article/details/39474123

　　　　　http://www.open-open.com/lib/view/open1425797146897.html