在介绍grpc之前我们先了解下什么是rpc。
什么是 rpc?
rpc是remote procedure call的简称，中文叫远程过程调用。
说的白话一点，可以这么理解：现在有两台服务器a和b。部署在a服务器上的应用，想调用部署在b服务器上的另一个应用提供的方法，由于不在一个内存空间，不能直接调用，需要通过网络来达到调用的效果。
现在，我们在a服务的一个本地方法中封装调用b的逻辑，然后只需要在本地使用这个方法，就达到了调用b的效果。
对使用者来说，屏蔽了细节。你只需要知道调用这个方法返回的结果，而无需关注底层逻辑。
那，从封装的那个方法角度来看，调用b之前我们需要知道什么？
当然是一些约定啊。比如，
-
调用的语义，也可以理解为接口规范。(比如
restful) -
网络传输协议 (比如
http) -
数据序列化反序列化规范(比如
json)。
有了这些约定，我就知道如何给你发数据，发什么样的数据，你返回给我的又是什么样的数据。
img
从上图中可以看出，rpc是一种客户端-服务端（client/server）模式。
从某种角度来看，所有本身应用程序之外的调用都可以归类为rpc。无论是微服务、第三方http接口，还是读写数据库中间件mysql、redis。
http 和 rpc 有什么区别？
我之前也问个这个问题。
首先这个问题本身不太严谨。
http只是一个通信协议，工作在osi第七层。
而rpc是一个完整的远程调用方案。它包含了:接口规范、传输协议、数据序列化反序列化规范。
这样看，rpc和 http的关系只可能是包含关系。为什么是可能？因为rpc传输协议那块我可以不基于http呀。
所以这个问题应该改成:基于http的远程调用方案 (如:http restful json) 和直接使用rpc远程调用方案有什么区别？
rpc 和 grpc 有什么关系？
grpc是由 google开发的一个高性能、通用的开源rpc框架，主要面向移动应用开发且基于http/2协议标准而设计，同时支持大多数流行的编程语言。
grpc基于 http/2协议传输。而http/2相比http1.x，有以下一些优势:
用于数据传输的二进制分帧
http/2采用二进制格式传输协议，而非http/1.x的文本格式。
img
多路复用
http/2支持通过同一个连接发送多个并发的请求。
而http/1.x虽然通过pipeline也能并发请求，但多个请求之间的响应依然会被阻塞。
img
服务端推送
服务端推送是一种在客户端请求之前发送数据的机制。在http/2中，服务器可以对客户端的一个请求发送多个响应。而不像http/1.x一样，只能通过客户端发起request,服务端才产生对应的response。
减少网络流量的头部压缩。
http/2对消息头进行了压缩传输，能够节省消息头占用的网络流量。至于如何压缩的，可以查看这篇：hpack: header compression for http/2[1]
同时grpc使用protocol buffers作为序列化协议。关于protocol buffers。ag真人试玩娱乐官网有一句介绍：
protocol buffers are google’s language-neutral, platform-neutral, extensible mechanism for serializing structured data – think xml, but smaller, faster, and simpler.
它是一种与语言、平台无关 、可扩展的序列化结构数据。它的定位类似于json、xml，但是比他们更小、更快、更简单。更多关于protocol buffers介绍，我下一篇再写。
grpc 是如何进行远程调用的?
ag真人试玩娱乐官网有一张图:
img
从上图和文档中可以看出，用grpc来进行远程调用服务，客户端(client) 仅仅需要grpc stub(为啥叫存根?) ，通过proto request向grpc server发起服务调用，然后 grpc server通过proto response(s)将调用结果返回给调用的client。
至于上面这段逻辑grpc里面做了啥，有哪些调用方式，介绍完pb再写。
总结
第一篇文章主要介绍了rpc是什么，以及一些grpc的基础概念。