Doris 的 RPC

doris中使用了 gRPC（proto）和 thrift，两种RPC框架都用了，不准确的说，gRPC用于BE-BE之间通讯，thrift用于FE-BE之间通讯。

gRPC 的 message 和 thrift 的 struct 定义的结构体数据，转化为 java、cpp 代码后，类型名称都不变，且FE、BE中都是相同的名称，内部结构也相同，thrift 以 T 开头，gRPC 以 P 开头，都可以在 gensrc 下搜索到，注意，sourceinside，不具备分析 proto 和 thrift 源文件的能力。

gRPC 和 thrift 中的 service 转为 java、cpp 代码后，名称会变，但是其中的接口名不会变，在 java或 cpp 中实现了这些接口后的方法名也与 proto 和 thrift 中的名称相同，可以根据接口名在 proto 和 thrift 文件中搜索。

gRPC 和 thrift 生成了 java 或 cpp 代码后，客户端不必继承其中的类，直接实例化客户端类并调用方法即可，服务端需要继承生成代码的类，实现其中的接口，因此服务端会对生成的代码包裹一层，类名会不一样，这里要注意。

RPC调用存在一个同步调用和异步调用问题，thrift 和 gRPC 都支持同步和异步，客户端和服务端都有对应的同步和异步接口。

proto 中 repeated 修饰符定义的变量，转化到具体语言里是数组，所生成的类代码中, 包含了增加减少数组成员，获得数组元素数等一系列数组的标准操作方法。