Golang处理gRPC请求/响应元数据的示例代码
元数据
gRPC的元数据（metadata）是基于HTTP/2头部实现的键值对数据，它通常用来实现gRPC的鉴权、链路跟踪以及自定义头部数据等功能。
gRPC的元数据分为两种类型，分别是Header及Trailer。Header可以由客户端或服务端发送，它在客户端请求数据或服务器响应数据前发送。Trailer是一种特殊的头部信息，它仅可由服务端发送，且位于发送的数据之后。
客户端处理
在gRPC客户端中，无论是一元调用还是流调用，可以比较简单地通过google.golang.org/grpc/metadata包提供的AppendToOutgoingContext或NewOutgoingContext方法向请求中加入头部元数据，例如以下几种方式：
// 通过metadata创建新的context
md := metadata.Pairs("k1", "v1", "k2", "v2")
ctx := metadata.NewOutgoingContext(ctx, md)
// 或是向context中添加元数据
ctx = metadata.AppendToOutgoingContext(ctx, "k3", "v3")
// ... 通过ctx进行RPC调用
对于服务端返回的响应中的元数据，一元调用与流调用的处理方式就较为不同。对于一元调用，需要提前定义好用于存储元数据的变量，然后在调用时通过grpc.Header或grpc.Trailer增加调用的选项：
var header, trailer metadata.MD resp, err := cli.UnaryCall(ctx, req, grpc.Header(&header), grpc.Trailer(&trailer)) // 处理header或trailer
而对于任意方式的流调用，都可以简单地通过流调用返回流的Header或Trailer方法获得元数据：
stream, err := cli.StreamCall(ctx) header, err := stream.Header() trailer, err := stream.Trailer()
服务端处理
对于服务端，请求的元数据需要通过metadata.FromIncomingContext从context中获取：
// 一元调用 md, ok := metadata.FromIncomingContext(ctx) // 流调用 ctx := stream.Context() // 需要先从流中得到context md, ok := metadata.FromIncomingContext(ctx)
同样，在服务端发送元数据需要根据一元调用与流调用使用不同的方式。对于一元调用，可以通过grpc.SendHeader、grpc.SetHeader以及grpc.SetTrailer方法设置发送的元数据，例如：
header := metadata.Pairs("header-key", "header-val")
grpc.SendHeader(ctx, header)
trailer := metadata.Pairs("trailer-key", "trailer-val")
grpc.SetTrailer(ctx, trailer)
对于上述的SendHeader及SetHeader方法，其区别为SendHeader方法只能调用一次，而SetHeader方法将会对所有调用的元数据进行合并发送。
对于流调用，服务端发送元数据则是通过流对象中的上述方法：
header := metadata.Pairs("header-key", "header-val")
stream.SendHeader(,header)
trailer := metadata.Pairs("trailer-key", "trailer-val")
stream.SetTrailer(trailer)
服务器拦截器处理
对于gRPC服务端一元调用及流调用拦截器，请求元数据的读取与响应元数据的发送与上一节中的实现相同，便不再赘述。下面我们将讨论一下在拦截器中更新请求元数据，以及读取响应的元数据。
一元调用拦截器更新请求元数据
在服务端拦截器中更新请求的元数据，其实现的方式与客户端发送元数据类似，即需要通过更新后的元数据创建新的context。对于一元调用拦截器，其简单实现如下所示：
md, ok := metadata.FromIncomingContext(ctx)
md.Append("new-key", "new-value")
ctx = metadata.NewIncomingContext(ctx, md)
resp, err := handler(ctx, req) // 传递context至handler中
一元调用拦截器读取响应元数据
对于一元调用响应的元数据，gRPC未提供直接访问的方法响应的元数据。为了在拦截器中能读取到响应的元数据，我们可以通过覆盖原始grpc.ServerTransportStream并对设置的元数据进行备份的方式进行实现。
type WrappedServerTransportStream struct {
grpc.ServerTransportStream
header metadata.MD
trailer metadata.MD
}
func (s *WrappedServerTransportStream) SendHeader(md metadata.MD) error {
if err := s.ServerTransportStream.SendHeader(md); err != nil {
return err
}
s.header = md
return nil
}
// 在需要的情况下继续实现下面的几个方法：
// func (s *WrappedServerTransportStream) SetHeader(metadata.MD) error
// func (s *WrappedServerTransportStream) SetTrailer(metadata.MD) error
在定义带有元数据副本的ServerTransportStream实现后，我们需要通过grpc.ServerTransportStreamFromContext获取到一元调用的原始流，在对其进行封装后，调用grpc.NewContextWithServerTransportStream创建新的context。
stream := grpc.ServerTransportStreamFromContext(ctx)
wrappedStream := &WrappedServerTransportStream{
ServerTransportStream: stream,
}
ctx = grpc.NewContextWithServerTransportStream(ctx, wrappedStream)
resp, err := handler(ctx, req)
// 通过wrappedStream.header、wrappedStream.trailer读取响应的元数据
需要注意，grpc.ServerTransportStream接口是一个实验性的接口，在后续版本中可能会被移除，所以本节中描述的方法在后续版本中可能不再可用。
流调用拦截器更新请求元数据
而对于流调用，gRPC没有提供修改其context的方法，为了实现修改流调用请求元数据，就需要实现grpc.ServerStream接口并加入带有修改后元数据的context。以下是一个简单的实现：
type WrappedStream struct {
grpc.ServerStream
ctx context.Context
}
func (s *WrappedStream) Context() context.Context {
return s.ctx
}
func ExampleStreamInterceptor(srv any, ss grpc.ServerStream, info *grpc.StreamServerInfo, handler grpc.StreamHandler) error {
md, ok := metadata.FromIncomingContext(ss.Context())
md.append("new-key", "new-value")
ctx := metadata.NewIncomingContext(ss.Context(), md)
return handler(srv, &WrappedStream{ss, ctx})
}
流调用拦截器读取响应元数据
与在一元调用拦截器中相同，若需要在流调用拦截器中读取响应的元数据，我们可以实现grpc.ServerStream接口，并在其中保存元数据的副本。例如我们可以在上节的WrappedStream的基础上，对其进行一定修改：
type WrappedStream struct {
grpc.ServerStream
header metadata.MD
trailer metadata.MD
}
func (s *WrappedStream) SendHeader(md metadata.MD) error {
if err := s.ServerStream.SendHeader(md); err != nil {
return err
}
s.header = md
return nil
}
// 继续实现SetHeader、SetTrailer等方法
func ExampleStreamInterceptor(srv any, ss grpc.ServerStream, info *grpc.StreamServerInfo, handler grpc.StreamHandler) error {
stream := &WrappedStream{ServerStream: ss}
err := handler(srv, stream)
// 通过stream.header、stream.trailer读取响应元数据
return err
}
以上就是Golang处理gRPC请求/响应元数据的示例代码的详细内容，更多关于Golang处理gRPC请求/响应的资料请关注脚本之家其它相关文章！
相关文章
在 Go 语言中,函数选项模式（Functional Options Pattern） 是一种优雅的设计模式,用于处理可选配置参数,特别是当配置项较多或可能变化时,它避免了冗长的构造函数参数列表,提高了代码的可读性和可扩展性,本文介绍Go函数选项模式,感兴趣的朋友一起看看吧2025-08-08
这篇文章主要介绍了解决GOPATH在GOLAND中的坑，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2020-12-12
Go 是静态（编译型）语言，是区别于解释型语言的弱类型语言（静态：类型固定，强类型：不同类型不允许直接运算），下面文章将对其进行详细介绍,需要的朋友可以参考一下2021-09-09
这篇文章主要为大家介绍了go强制类型转换type(a)以及范围引起的数据差异,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪2023-10-10
在 go 框架中实现跨服务通信的最佳实践包括使用 grpc（适用于低延迟高吞吐量）、http 客户端（适用于 restful api）和消息队列（适用于异步解耦通信）,在选择通信方式时,应考虑服务交互模式、性能要求和部署环境等因素2024-06-06
这篇文章主要为大家介绍了Go中的动态速率限制有效控制流量,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪2023-10-10
在后端开发中,MySQL 是最常用的关系型数据库之一,本文主要为大家详细介绍了如何使用 Go 连接 MySQL 数据库并执行基本的增删改查吧2025-08-08
零拷贝技术相信大家都有所耳闻，但是本文不仅会讲述零拷贝技术的原理，并将从实际代码出发，看看零拷贝技术在golang中的应用，现在让我们开始吧2023-07-07
这篇文章主要介绍了Go语言的管道Channel用法,实例分析了Go语言中管道的原理与使用技巧,具有一定参考借鉴价值,需要的朋友可以参考下2015-02-02
这篇文章主要介绍了go解析svn log生成的xml格式的文件的方法，非常的实用，有需要的小伙伴可以参考下。2015-04-04
最新评论