一、什么是RPC

RPC是“远程调用（Remote Procedure Call）”的一个名称的缩写，并不是任何规范化的协议，也不是大众都认知的协议标准，我们更多时候使用时都是创建的自定义化（例如Socket，Netty）的消息方式进行调用，相比http协议，我们省掉了不少http中无用的消息内容。因此很多系统内部调用仍然采用自定义化的RPC调用模式进行通信，毕竟速度和性能是内网的关键指标之一，而标准化和语义无关性在外网中举足轻重。所以，为何API网关无法工作在RPC上，因为它没有一个像HTTP/HTTPS那样的通用标准。

二、CzarRpc简介

CzarRpc是作者基于Dotnetty实现的RPC通讯框架，参考了Surging和Tars.Net优秀设计，目前正在内部使用中，下面就CzarRpc调用方式做一个简单介绍，测试结构如下：

1、服务接口

新建一个Czar.Rpc.Common类库，首先需要引用Czar.RpcNuget包。

然后定义测试接口IHelloRpc.cs，也是目前支持的调用方式。

2.服务端

新建一个控制台程序Czar.Rpc.Server，然后实现服务接口，因为都是测试数据，所以就随意实现了方法。

HelloRpcServer.cs

然后启动服务端监听。

启用外部使用CzarConfig.json的配置文件，注意需要设置成始终复制。

到此服务器端搭载完成。

3、客户端

新建客户端控制台程序Czar.Rpc.Client，然后配置Rpc调用信息。

现在开始启用客户端信息。

现在整个RPC调用搭建完毕，然后分别启动服务器端和客户端，就可以看到屏幕输出内容如下。

客户端输出：

服务器端输出：

至此整个CzarRpc的基本使用已经介绍完毕，感兴趣的朋友可以自行测试。

三、Ocelot增加RPC支持

有了CzarRpc的通讯框架后，现在在Ocelot上实现Rpc功能简直易如反掌，现在开始添加我们的Rpc中间件，也让我们扩展的网关灵活起来。

还记得我介绍网关篇时添加中间件的步骤吗？如果不记得的可以先回去回顾下。

首先如何让网关知道这个后端调用是http还是Rpc呢？这时应该会想到Ocelot路由配置里的DownstreamScheme，可以在这里判断我们定义的是http还是rpc即可。同时我们希望之前定义的所有中间件都生效，最后一步请求时如果配置下端路由rpc，使用rpc调用，否则使用http调用，这样可以重复利用之前所有的中间件功能，减少重复开发。

在之前的开发的自定义限流和自定义授权中间件开发中，我们知道开发完的中间件放到哪里使用，这里就不介绍原理了，直接添加到BuildCzarOcelotPipeline里如下代码。

这里是在最后请求前判断使用的下游请求方式，如果DownstreamScheme使用的rpc，就使用rpc中间件处理。

Rpc处理的完整逻辑是，如何从http请求中获取想要解析的参数，这里需要设置匹配的优先级，目前设计的优先级为。

1、首先提取路由参数，如果匹配上就是用路由参数名称为key，值为value，按顺序组成第一批参数。

2、提取query参数，如有有值按顺序组成第二批参数。

3、如果非Get请求，提取body内容，如果非空，组成第三批参数

4、从配置库里提取rpc路由调用的服务名称和函数名称，以及是否单向调用。

5、按照获取的数据进行rpc调用并等待返回。

看了上面的设计是不是思路很清晰了呢？

1、rpc路由表设计

2、提取远程调用方法

根据上游路由获取远程调用的配置项目

3、重写返回结果

由于rpc调用后是返回的Json封装的信息，需要解析成对应的HttpContent。

4、rpc中间件逻辑处理

有了前面的准备信息，现在基本可以完成逻辑代码的开发了，详细的中间件代码如下。

5、启动Rpc客户端配置

目前Rpc的客户端配置我们还没启动，只需要在AddCzarOcelot中添加相关注入即可。

6、配置客户端

最后别忘了配置Rpc客户端信息是否启用证书信息，为了配置信息的内容。

现在让网关集成Rpc功能全部配置完毕。

四、网关Rpc功能测试

本次测试我在原有的网关基础上，增加不同类型的Rpc调用，就按照不同维度测试Rpc调用功能，本次测试案例是建立在Czar.Rpc 服务端基础上，正好可以测试。

1、测试路由参数

请求路径/hello/{no}/{name}，调用的服务端方法Hello,传入的两个参数分别是no ,name。

可以在服务器端添加断点调试，发现确实接收到请求信息，并正常返回，下面是PostMan测试结果。

2、使用Query方式传递参数

请求路径/rpc/query,调用的服务端方法还是Hello,参数分别是no ,name。

3、使用Post方式传递Json

请求路径/rpc/body,调用的服务器方法是HelloSendModel。

4、混合参数使用

请求的路径/rpc/bodyparm/{name}，调用的服务器端方法是HelloSendModelParm。

所有的返回结果可自行调试测试，发现都能达到预期结果。

同时此网关还是支持默认的http请求的，这里就不一一测试了。

五、总结

本篇我介绍了什么是Rpc，以及Czar.Rpc的基本使用，然后使用Czar.Rpc框架集成到我们基于Ocelot扩展网关中，并实现了不能方式的Rpc调用，可以在几乎不改变现有流程的情况下很快速的集成进去，这也是Ocelot开发框架的魅力所在。

如果在使用过程中有什么问题或建议，可以在.NET Core项目实战交流群（637326624）中联系作者。

最后本文涉及的所有的源代码可在https://github.com/jinyancao/czar.gateway中下载预览。