什么是 RPC?
RPC 大家经常会听到有人提起，但是 RPC 到底是什么东西貌似没有人认真的解释和回答过。（有也当做没看见，不然我还写个啥）
RPC 是 Remote Procedure Call 英文的缩写，即远程过程调用，也可以称之为远程程序调用。
它是一个计算机通信协议，这个协议允许运行在一台计算机的程序调用另一台计算机的子程序。
RPC 有什么用？
在一台计算机中，我们可以直接通过代码调用并且传输数据，或者使用多个程序组成整体，实现一个功能。
在多台计算机中我们如何使用这种调用机制？
将一台计算机中的调用机制推广到多台计算机中，就是使用多台计算机中的多个程序实现一个功能（听着是不是有点像我们的分布式爬虫）
在上述的过程当中，调用的一方发起远程过程调用，然后调用这方的环境挂起，参数通过网络传递给被调用方，被调用的一方执行程序，当程序执行完成后，产生的结果再通过网络回传给调用的一方，调用的一方恢复继续执行。这样一种原型思想，就是我们所说的 RPC 远程过程调用。
在目前的计算机应用当中，单机的性能很难满足产品的需求，需要不断的扩充多台机器提升整体的性能。
同时为了充分利用这些集群里的计算机，需要对其从架构上进行划分，以提供不同的服务，服务间相互调用完成整个产品的功能。RPC就能帮助我们解决这些服务间的信息传递和调用。
同时我们在 RPC 的概念也可以通过广义与狭义两个方面来理解。
广义的 RPC 概念
广义上我们可以将所有通过网络来进行通讯调用的实现统称为RPC。
按照这样来理解的话，那我们发现HTTP其实也算是一种RPC实现。
狭义的 RPC 概念
狭义的 RPC 区别于 HTTP 的实现方式，在传输的数据格式上和传输的控制上独立实现。
比如在机器间通讯传输的数据不采用HTTP协议的方式（分为起始行、header、body三部份），而是使用自定义格式的二进制方式。
我们更多时候谈到的RPC都是指代这种狭义上的理解。
RPC 的优缺点
相对与传统的 HTTP 的实现而言 RPC 的优点很明显，发起 RPC 调用的一方，在编写代码时可忽略 RPC 的具体实现，如同编写本地函数调用一样，开发效率更高。
同样的缺点也同样突出，自己开发的 RPC 通用性不如 HTTP ，同样是因为传输的数据不是 HTTP 协议格式。（机器间通讯传输的数据不采用HTTP协议的方式）
调用双方都需要专门实现的通信库，对于不同的编程开发语言，都要有相关实现。而 HTTP 作为一个标准协议，大部分的语言都已有相关的实现，通用性更好。
虽然各有优缺，但是 HTTP 和 RPC 的应用领域也并不相同：
HTTP 更多的面向用户与产品服务器的通讯。
RPC 更多的面向产品内部服务器间的通讯。
以上就给大家简单介绍了关于 RPC 的一些基础理念，接下来的几篇会从零开始完成一个 RPC 实现。
Love & Share 
[ 完 ]
