FlatBuffers是一个跨平台的序列化库，旨在实现最大的内存效率。它允许您直接访问序列化数据，而无需首先对其进行解析/解包，同时仍具有良好的向前/向后兼容性。

etcd3改用grpc后为了兼容原来的api，同时要提供http/json方式的API，为了满足这个需求，要么开发两套API，要么实现一种转换机制，他们选择了后者，而我们选择跟随他们的脚步。

grpc默认提供了客户端和服务端的trace日志，可惜没有提供自定义接口，当前只能查看基本的事件日志和请求日志，对于基本的请求状态查看也是很有帮助的，客户端与服务端基本一致，这里已服务端开启trace为例，修改hello项目的server代码：

grpc服务端提供了interceptor功能，可以在服务端接收到请求时优先对请求中的数据做一些处理后再转交给指定的服务处理并响应，功能类似middleware，很适合在这里处理验证、日志等流程。

gRPC 默认提供了两种认证方式： 基于SSL/TLS认证方式 远程调用认证方式 两种方式可以混合使用 TLS认证示例 这里直接扩展hello项目，实现TLS认证机制 首先需要准备证书，在hello目录新建keys目录用于存放证书文件。 证书制作 制作私钥 (.key) {代码...} 自签名公钥(x509) (PEM-encodings .pem|.crt) {代码...} 自定义信息...

一个message类型定义描述了一个请求或相应的消息格式，可以包含多种类型字段。例如定义一个搜索请求的消息格式，每个请求包含查询字符串、页码、每页数目。

按照惯例，这里从一个Hello项目开始，本项目定义了一个Hello Service，客户端发送包含字符串名字的请求，服务端返回Hello消息。

A high performance, open source, general RPC framework that puts mobile and HTTP/2 first. ——gRPC Website