概述
RPC框架是云端服务基础框架之一,负责云端服务模块之间的项目调用,类似于本地的函数调用一样方便。常见的RPC框架配带的功能有:
- 编解码协议。比如protobuf、thrift等等。
- 服务发现。指服务提供者更新接口后,服务使用者如何知道该接口更新。Protobuf协议使用的是预编译方式,dubbo中使用的是zk作为媒介。
- 负载均衡。
- 流量控制、熔断。
- 运维工具。
常见RPC框架有
- 谷歌的GRPC。
- 百度的BRPC。
- 阿里的dubbo。
- 脸书的thrift。
- 腾讯的tars。
本系列主要教大家如何实现RPC框架,使用的语音是C++,协议使用的是protobuf。
基于protobuf的RPC框架
这里不介绍具体protoc的使用方法,网上很多。在完成protoc编译后,会输出protobuf提供的服务框架中,主要有如下几个类
- Controller,主要是rpc通信过程的辅助接口,记录错误状态和简单的控制。
- Service,指特定的一个服务。在protobuf中,一个服务(service)可以包含多个方法(method),通过service+method可以唯一确定一个过程。
- Channel,指使用者和提供者直接的连接通道,是protobuf的核心,但是rpc框架开发者一般不直接调用该类,而是调用下面的stub(桩/存根)。
- Stub,客户端使用的存根,通过该类去发起远程过程调用。至于为什么需要stub,笔者也还没有弄清楚。
在整体框架实现上基本上集成protobuf提供的类即可,采用boost的socket进行通信,暂时考虑同步通信的情况。
对于服务端和客户端的通信协议上,采用的meta对象,用于记录过程调用的参数、具体service和method。
服务端设计
采用boost的socket,直接bind和监听,启动后则通过accept进行阻塞,对于每个请求进行解包,并在ProcRpcMsg函数中对具体业务操作函数的调用,并在业务操作函数完成后通过done->Run()回调OnCallbackDone实现数据回写。
在service的callmethod方法中,对具体method进行调用。
此外,在服务和过程的管理上,服务端建立了key-val的map来进行管理。
客户端设计
客户端相对简单,也是基于boost的socket进行connect、send、receive等同步的操作。
在echo例子中,我们通常调用stub的函数,stub调用channel的Callmethod函数,因此我的操作需要在Channel::CallMethod中进行实现。
总结
本文简单介绍了基于protobuf的rpc框架实现,都是使用同步模型且单线程形式。这个程序在状态控制、并发高等上还不够,下篇文章讲如何提升收发效率。
代码路径:https://github.com/thszhong/srpc
来源:oschina
链接:https://my.oschina.net/u/4392850/blog/3220095