RPC（Remote Procedure Call）远程过程调用也叫远程程序调用，是一个计算机通信协议。该协议允许运行于一台计算机的程序调用另一台计算机的子程序，而我们无序额外的关注这个交互过程。如果涉及的软件采用面向对象编程，那么远程过程调用也可称为远程调用或远程方法调用。 在单台计算机中，我们可以通过程序调用来传递控制和数据；或者说通过程序调用，我们可以将多个程序组成一个整体来实现某个功能。 如果将这种调用机制推广到多台彼此间可以进行网络通讯的计算机，由多台计算机中的多个程序组成一个整体来实现某个功能，这也是可以的。调用的一方发起远程过程调用，然后调用这方的环境挂起，参数通过网络传递给被调用方，被调用的一方执行程序，当程序执行完成后，产生的结果再通过网络回传给调用的一方，调用的一方恢复继续执行。这样一种原型思想，就是我们所说的RPC远程过程调用。 RPC这种思想最早可以追溯到1976年，RPC的发展到今天已经40年有余了。 如今的计算机应用中，单机性能上很难承受住产品的压力，需要不断扩充多台机器来提升整体的性能。同时为了充分利用这些集群里的计算机，需要对其从架构上进行划分，以提供不同的服务，服务间相互调用完成整个产品的功能。RPC就能帮助我们解决这些服务间的信息传递和调用。 RPC从广义上来说： 我们可以将所有通过网络来进行通讯调用的实现统称为RPC。 按照这样来理解的话，那我们发现HTTP其实也算是一种RPC实现。 RPC从侠义上来说： 区别于HTTP的实现方式，在传输的数据格式上和传输的控制上独立实现。比如在机器间通讯传输的数据不采用HTTP协议的方式（分为起始行、header、body三部份），而是使用自定义格式的二进制方式。 我们更多谈到的RPC都是指这种侠义上的理解。 RPC与HTTP对比： 优点 效率高 发起RPC调用的一方，在编写代码的时候可忽略RPC的具体实现，就如同调用本地函数一样 缺点 通用性不如HTTP好 HTTP更多的是面向用户与产品服务器的通讯 RPC更多的面向产品内部服务器间的通讯 RPC的设计思想是力图使远程调用中的通讯细节对于使用者透明，调用双方无需关心网络通讯的具体实现。因而实现RPC需要进行一定的封装。