为什么需要rpc

1. 为什么需要rpc

 首先要明确两个概念，rpc的中文全称是远程进程调用，意思就是一个机器调用另外一个机器的进程。更像是操作系统里的概念，而http是网络传输协议。
   所以这个问题应该是，为什么用自定义的tcp而不是http？
    rpc只是对底层协议的封装，对具体使用什么通信协议没有太多的要求 
   rpc主要包含两个方面，一个是传输协议，一个是序列化协议。
   关于序列化协议，其实大家说的rpc支持的二进制编码的序列化，用http也能实现，当然http头还是需要字符编码，但body可以用二进制编码。
   所以主要的原因在传输协议上。http传输有一个缺陷就是header在一个包中的占比会大，并且是字符编码的，所以会增加了很多无用的噪比。而tcp的报文头只有16byte相对来说要更小一些。
   rpc更像是一个操作系统的概念，或者说是一个思想，那就是程序员只管像调用本地的函数一样取调用一个远程函数，而不用管IO。
   至于负载均衡和服务发现，其实用http也可以实现。但单纯地使用http调用则少了这些特性。

2. 谁能用通俗的语言解释一下什么是RPC框架

早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。


到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。

要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。

OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。

至于最近Java中流行的Netty，没玩过。但是大致了解过，Netty、Mina是游戏行业做服务器开发的Java程序员用的比较多的PRC框架（我们学生主要是Java方向的，有不少人毕业后从事游戏开发）。据说互联网公司用的也比较多。这两行业都有高并发量的、长连接、分布式、异步通讯、大数据量等特点。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节，一方面可以让开发者专注于业务逻辑的实现，一方面只需要调用Netty封装的API就可以很快编写出高性能的服务器。

3. 【浅谈RPC】

 简单的说，RPC就是从一台机器(客户端)上通过参数传递的方式调用另一台机器(服务器)上的一个函数或方法(可以统称为服务)并得到返回的结果。
   个基本的RPC架构里面应该至少包含以下4个组件：
    具体调用过程： 
   1、服务消费者（client客户端）通过调用本地服务的方式调用需要消费的服务；
   2、客户端存根（client stub）接收到调用请求后负责将方法、入参等信息序列化（组装）成能够进行网络传输的消息体；
   3、客户端存根（client stub）找到远程的服务地址，并且将消息通过网络发送给服务端；
   4、服务端存根（server stub）收到消息后进行解码（反序列化操作）；
   5、服务端存根（server stub）根据解码结果调用本地的服务进行相关处理；
   6、本地服务执行具体业务逻辑并将处理结果返回给服务端存根（server stub）；
   7、服务端存根（server stub）将返回结果重新打包成消息（序列化）并通过网络发送至消费方；
   8、客户端存根（client stub）接收到消息，并进行解码（反序列化）；
   9、服务消费方得到最终结果；
   而RPC框架的实现目标则是将上面的第2-8步完好地封装起来，也就是把调用、编码/解码的过程给封装起来， 让用户感觉上像调用本地服务一样的调用远程服务。 
                                           序列化：把对象转换为字节序列的过程称为对象的序列化，也就是编码的过程。
   反序列化：把字节序列恢复为对象的过程称为对象的反序列化，也就是解码的过程。

4. RPC（一）简单理解RPC

        当前，分布式应用、云计算、微服务大行其道，RPC作为其技术基石自然无比重要，甚至可以说，是RPC让它们的流行成为了可能。所以了解并学习RPC的原理和应用就有着不言自明的重要性。然而一开始就去理解过于术语化的文章或者论文对一些新手而言可能有点费劲，那么就从一个简单有趣的故事开始吧。
  
         本篇文章的目的只是希望能够对RPC（远程过程调用）这个概念术语本身有一个简单笼统的理解，仅此而已。内容copy于参考资料。:-)
  
         一个阳光明媚的早晨，老婆又在翻看我订阅的技术杂志。
  
         老公，什么是RPC呀，为什么你们程序员那么多黑话！”，老婆还是一如既往的好奇。
  
         “RPC，就是 Remote Procedure Call 的简称呀，翻译成中文就是 远程过程调用 嘛”，我一边看着书，一边漫不经心的回答着。
  
         “啥？你在说啥？谁不知道翻译成中文是什么意思？你个废柴，快给我滚去洗碗！”
  
         “我去...”，我如梦初醒，我对面坐着的可不是一个程序员，为了不去洗碗，我瞬间调动起全部脑细胞，星辰大海在我脑中汇聚，灵感涌现……
  
         “是这样，远程过程调用，自然是相对于本地过程调用来说的嘛。” 
  
         “嗯哼，那先给老娘讲讲，本地过程调用是啥子？”
  
         “本地过程调用，就好比你现在在家里，你要想洗碗，那你直接把碗放进洗碗机，打开洗碗机开关就可以洗了。这就叫本地过程调用。”
  
         “哎呦，我可不干，那啥是远程过程调用？”
  
         “远程嘛，那就是你现在不在家，跟姐妹们浪去了，突然发现碗还没洗，打了个电话过来，叫我去洗碗，这就是远程过程调用啦”，多么通俗易懂的解释，我真是个天才！
  
         “哦！我明白了”，说着，老婆开始收拾包包。
  
         “你这是干啥去哦”
  
         “我？我要出门浪去呀，待会记得接收我的远程调用哦，哦不，咱们要专业点，应该说，待会记得接收我的RPC哦！”
  
         ……
  
         假设有一个计算器接口Calculator，以及它的实现类CalculatorImpl。那么在系统还是 单机应用 时，要调用Calculator的add方法来执行一个加运算，直接new一个CalculatorImpl，然后调用add方法就行了。这其实就是非常普通的 本地函数调用 ，因为在 同一个地址空间 ，或者说在同一块内存，所以通过方法栈和参数栈就可以实现。
                                          
         现在，基于高性能和高可靠等因素的考虑，你决定将系统改造为分布式应用，将很多可以共享的功能都单独拎出来，比如上面说到的计算器，你单独把它放到一个服务里头，让别的服务去调用它。
                                          
         在本地去调用远程机器上的执行，这个调用过程就是RPC（远程过程调用）。
  
         相信到这里您已经对RPC这一概念术语有了一个笼统的理解。下一篇 RPC（二）浅谈RPC 将可以帮助对RPC的来源以及其设计和实现有更多的理解。
  
 1. 如何给老婆解释什么是RPC

5. 谁能用通俗的语言解释一下什么是 RPC 框架

早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。
到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。
要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。
OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。

6. 谁能用通俗的语言解释一下什么是rpc框架

早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。

到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。

要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。

OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。

至于最近Java中流行的Netty，没玩过。但是大致了解过，Netty、Mina是游戏行业做服务器开发的Java程序员用的比较多的PRC框架（我们学生主要是Java方向的，有不少人毕业后从事游戏开发）。据说互联网公司用的也比较多。这两行业都有高并发量的、长连接、分布式、异步通讯、大数据量等特点。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节，一方面可以让开发者专注于业务逻辑的实现，一方面只需要调用Netty封装的API就可以很快编写出高性能的服务器。

7. 谁能用通俗的语言解释一下什么是 RPC 框架

早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。


到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。

要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。

OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。

至于最近Java中流行的Netty，没玩过。但是大致了解过，Netty、Mina是游戏行业做服务器开发的Java程序员用的比较多的PRC框架（我们学生主要是Java方向的，有不少人毕业后从事游戏开发）。据说互联网公司用的也比较多。这两行业都有高并发量的、长连接、分布式、异步通讯、大数据量等特点。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节，一方面可以让开发者专注于业务逻辑的实现，一方面只需要调用Netty封装的API就可以很快编写出高性能的服务器。

8. 谁能用通俗的语言解释一下什么是 RPC 框架

早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。


到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。

要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。

OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。

至于最近Java中流行的Netty，没玩过。但是大致了解过，Netty、Mina是游戏行业做服务器开发的Java程序员用的比较多的PRC框架（我们学生主要是Java方向的，有不少人毕业后从事游戏开发）。据说互联网公司用的也比较多。这两行业都有高并发量的、长连接、分布式、异步通讯、大数据量等特点。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节，一方面可以让开发者专注于业务逻辑的实现，一方面只需要调用Netty封装的API就可以很快编写出高性能的服务器。