什么是rpc？
rpc，全称Remote Procedure Call，通过它，你可以像调用本地方法一样调用远程服务。前端可以调用后端方法，后端也可以调用前端方法。其实这个概念并不陌生，上一篇关于web实时应用的文章也提到了这个概念，并实现了前后端互调的操作。
在正式开始使用grpc之前，我们还需要掌握protocol buffer的概念。
什么是grpc？
grpc来自大名鼎鼎的谷歌，孵化于CNCF基金会（docker、k8s同样出自这个基金会）。它是一款高性能、开源、通用的rpc框架，你可以通过它来定义rpc的请求和响应。它基于http/2，全双工通信、低延迟、高效率、支持流、可轻松的插入身份认证、负载均衡、监控日志等等等等。。。关键是它还可以跨语言操作。只要server端或client端是它支持的语言编写，都可以跨语言操作。官方支持的开发语言：
为什么用protocol buffer？
因为grpc采用合约优先的API开发模式，默认采用protocol buffer作为接口设计语言，我们可以在proto文件里定义消息和服务。当然，作为默认选项，它自然是有优势的，主要是这些：
- 1、语法简单，容易上手。
- 2、可生成所有（官方称）主流开发语言的代码。
- 3、二进制格式，效率高的同时也很适合大数据传输。
了解完基础以后，先上一个小demo参考一下：
syntax = "proto3";
import "aaa.proto";
option csharp_namespace = "gRPCApiDemo.Protos";
package Demo;
service Math{
rpc Add (AddRequest) returns (AddRespones);
}
message AddRequest{
int32 a=1;
int32 b=2;
}
message AddRespones{
int32 a=1;
repeated int32 b=2; reserved 3,4 to 10; reserved "phone";}解读一下：
- syntax：声明当前使用的语法
- import：引入其他proto
- option csharp_namespace：打包以后类的命名空间，优先级高
- package：打包以后类的命名空间，优先级低
- service：声明服务
- rpc Add (AddRequest) returns (AddRespones)：声明一个rpc调用，接收AddRequest消息，返回AddRespones消息。
- message：声明消息
- int32：数据类型，常用的还有int64、float、string、bool等，有兴趣的可以去查一下。
- a=1：如果把a看作字段名，那么1相当于字段名的别名。
- repeated：可重复字段。如果给b多个值，那么b差不多相当于一个int类型的数组，先后顺序会被保留。
- reserved：保留字段，声明以后的字段名和别名都不允许再使用了。需要注意字段名和别名不能一起声明。
编译proto
proto编译的主要目的是生成代码。
首先是工具，点击这里，选出适合自己系统的插件，如图：
下载完以后随便找个目录解压，然后把其中的bin目录添加到环境变量里：
如果在控制台输入protoc可以看到一堆信息弹出来，就表示安装成功了：
在我们使用protoc把proto文件编译成c#文件之前，我们还需要做这些：
- 1、指定proto项目路径。
可以用rotoc --IPath（或--proto_path）或者直接打开控制台转到protoc安装目录。
- 2、指定生成文件的类型和路径。
protoc --csharp_out=cs grpcApi.proto //如果有多个proto文件想批量生成可以使用 *.proto
上面的cs是我新建的文件夹名（这个文件夹是建立在proto项目目录下的），grpcApi.proto是自建的proto文件，执行结果见图：
成功以后会在指定的目录下生成cs文件，见图：
生成的文件和proto文件命名一样，只不过首字母会自动大写，打开看看：
好吧能看懂的有限，所以看看就行了。
不过有一点千万注意：这个cs文件不要手动改，不要手动改，不要手动改！
关于应用
能使用编译器生成代码就可以用了么？其实还差很多。距离正式应用还差服务端和客户端的编写部署。
有空的话补下一篇，会有具体实现的流程和代码。
到此这篇关于.Net Core微服务rpc框架GRPC通信基础应用的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持阿兔在线工具。
