本文介绍在gRPC使用，将从下面几个方面介绍
- 什么是RPC
- 什么时候需要RPC
- 如何使用gRPC
什么是RPC
RPC是Remote Procedure Call简称，翻译过来是远程过程调用。它是一个进程间的通讯技术，基于Client-Server模式，让程序像调用本地方法一样使用，而无需去关系它细节如何实现。
上面是我的理解，怕理解有错或者表达不准确，下面引用维基百科
维基百科 a remote procedure call (RPC) is when a computer program causes a procedure (subroutine) to execute in a different address space (commonly on another computer on a shared network), which is coded as if it were a normal (local) procedure call, without the programmer explicitly coding the details for the remote interaction
网上找到一个图，比较形象描述RPC调用过程
什么时候需要RPC
RPC是解决进程间通讯（可以是同一个服务器，也可以是不同服务器的进程间，但是通常是内网的不同服务器之间进程通讯）。
解决进程间通信，Web Api也是可以解决，为什么还需要RPC？我认为可以从下面几点
1. Web Api是基于HTTP，RPC可以是HTTP，也可以是TCP，甚至基于Socket，RPC框架通常都是隐藏通讯细节，让我们无感知使用
2. Web Api 通常基于JSON格式，XML格式，这种格式易读性强，但是随之带来就是传输过程需要把数据的元数据也带进去传输
3. Web Api更多应用场景是提供方定义好接口，由客户端按需调用，RPC通常需要调用方和提供方沟通一起定义接口
所以PRC更多是使用以下场景
- 对通讯性能要求较高
- 微服务
- 点到点通讯
gRPC使用
gRPC是Google开源的高性能RPC框架，有以下几个特点
- 现代高性能轻量级 RPC 框架。
- 协定优先 API 开发，默认使用protobuf，允许与语言无关的实现。（这里涉及两点，1.面向接口开发，依赖抽象而不是具体，2. 可以不同语言实现协作）
- 使用 Protobuf 二进制序列化减少对网络的使用。（减少网络传输）
- 可用于多种语言的工具，以生成强类型服务器和客户端。
- 支持客户端、服务器和双向流式处理调用。
下面开始介绍如何在Net Core上使用gRPC
一、安装dotnet-gRPC工具（用于引用protobuf文件，生成客户端/服务端代码）
dotnet tool install dotnet-grpc -g
二、新建一个protobuf文件
syntax = "proto3";
option csharp_namespace = "gRPC.Services";
package sms;
// The greeting service definition.
service SmsSender {
// Sends a greeting
rpc SendSms (SmsRequest) returns (SmsResponse);
}
// The request message containing the user‘s name.
message SmsRequest {
string tel = 1;
string content = 2;
}
// The response message containing the greetings.
message SmsResponse {
int32 code = 1;
string message = 2;
}
三、新建一个服务端
1. 新建一个gRPC工程
dotnet new grpc -n gRPC.Services
2. 引入步骤二生成的protobuf文件（可以使用通配符引入多个protobuf文件）
dotnet-grpc add-file ..\gRPC.Protos\*.proto -s Serve
3. 新建服务类
public class SmsService : SmsSender.SmsSenderBase
{
private readonly ILogger<SmsService> _logger;
public SmsService(ILogger<SmsService> logger)
{
_logger = logger;
}
public override Task<SmsResponse> SendSms(SmsRequest request, ServerCallContext context)
{
return Task.FromResult(new SmsResponse
{
Code = 1,
Message = "发送成功"
});
}
}
SmsSender 是生成工具生成的服务端代码
4. 配置grpc服务类终结点
app.UseEndpoints(endpoints =>
{
endpoints.MapGrpcService<SmsService>();
});
四、新建客户端
1. 新建控制台程序
dotnet new console -n gRPC.Client
2. 添加包（Google.Protobuf）
dotnet add package Google.Protobuf
3. 引入步骤二生成的protobuf文件（可以使用通配符引入多个protobuf文件）,注意：这里需要生成是客户端代码，当然也可以用Both参数生成
dotnet-grpc add-file ..\gRPC.Protos\*.proto -s Client
五、运行
1. 运行服务端
2. 启动客户端
客户端输出下面信息
{"Code":1,"Message":"\u53D1\u9001\u6210\u529F"}
六、小结
gRPC的生命周期
Client（发送请求） -> Client stub(压缩/解压) -> Client RPC Transfer(发送/接收） -> Server RPC Transfer(接收/发送) -> Server stub(解压/压缩) -> Server （处理响应）
gPRC帮我们隐藏中间的环节，只剩下两头的代码（俗称业务逻辑代码）
protobuf它是一种可序列化的数据结构，但它更重要是定义接口，让服务端和客户端能分离出来
转发请标明出处：https://www.cnblogs.com/WilsonPan/p/12000796.html
示例代码：https://github.com/WilsonPan/AspNetCoreExamples/tree/master/gRPC
原文地址：https://www.cnblogs.com/WilsonPan/p/12000796.html