说实话，学习C语言中的gRPC元数据示例，咱就是说是个不小的挑战，哈哈。

咱得了解gRPC是个啥，它是基于HTTP/2的嘛，你懂的。

grpc 元数据是通过 HTTP/ 头部机制来实现的。其中的“键”必须是 ASCII 字符串，而“值”既Ke以是 ASCII 字符串，也Ke以是二进制数据。键名不区分大小写，且禁止以 grpc- 作为前缀——该前缀Yi预留供 grpc 内部使用。

这个示例主要是测试grpc的元数据功Neng。元数据(Metadata）是一种"旁路通道"，允许客户端与服务器之间相互传递与特定 RPC 调用相关联的信息。

grpc 元数据是以键值对形式存在的数据，随同 grpc 请求或响应的初始部分及Zui终部分一同发送。

在示例中，客户端在发送请求协议的时候发送了两个头部字段元数据，custom-header 和 custom-bin，服务器收到之后对所有的客户端元数据字段进行了打印。其中custom-header以字符串形式输出，而custom-bin以-bin ，被视为二进制数据，所以是按照十六进制数字输出的。

grpc消息中所有请求头的大小是有限制的，这也限制了元数据的总大小。限制是通过定义在blog_code/grpc/include/grpc/impl/channel_arg_names.h中的GRPC_ARG_MAX_METADATA_SIZE和GRPC_ARG_ABSOLUTE_MAX_METADATA_SIZE两个参数决定的。

GRPC_ARG_MAX_METADATA_SIZE是软上限，取8KB和*GRPC_ARG_ABSOLUTE_MAX_METADATA_SIZE数值中的Zui大值。超过这个上限，会有部分请求会被随机拒绝。

GRPC_ARG_ABSOLUTE_MAX_METADATA_SIZE是硬上限，取16KB和*GRPC_ARG_MAX_METADATA_SIZE中的较大值。超过这个上限，全部请求dou会被拒绝。

查kan注释Ke以得到，这两个参数是Ke以设置的，比如我们Ke以在服务器添加代码，设置 GRPC_ARG_MAX_METADATA_SIZE 为 30KB。

gRPC元数据常见应用场景包括：身份验证、分布式追踪、自定义头部。此外本身gRPC内部也会使用元数据进行一些信息传输。

在实际使用中，不建议将元数据大小上限调整的过大。过大的元数据可Neng会导致系统资源不足，上限太大，可Neng会容易遭受攻击。

下面我们来进行一下抓包分析。kankan元数据在请求和响应时是如何传输的。

分析第一个，也就是客户端到服务器的包。Ke以发现，wireshark在这个包里面解析出来了4个http2帧，这是因为gRPC本身是基于http2传输的。分别是：HEADERS帧，WINDOW_UPDATE帧，DATA帧和另一个WINDOW_UPDATE帧。

重点关注HEADERS帧和DATA帧。HEADERS帧包括一些基础请求头字段、gRPC内部请求头、元数据请求头dou在这里。

gRPC元数据的大小限制测试

code/metadata/myclient和blogcode/metadata/myserver中。