生成代码(传统非泛型)参考

生成代码(传统非泛型)参考

本页面描述了在使用 protoc 编译 .proto 文件时,通过 grpc 插件 protoc-gen-go-grpc 生成的代码。

你可以在服务定义中了解如何在 .proto 文件中定义 gRPC 服务。

线程安全:请注意,客户端 RPC 调用和服务端 RPC 处理程序是线程安全的,并且旨在在并发协程 (goroutines) 上运行。但还要注意,对于单个流,传入和传出数据是双向但串行的;例如,单个流不支持并发读并发写(但读可以安全地写并发进行)。

生成的服务接口方法

在服务端,.proto 文件中的每个 service Bar 会生成以下函数:

func RegisterBarServer(s *grpc.Server, srv BarServer)

应用程序可以使用此函数定义 BarServer 接口的具体实现,并将其注册到 grpc.Server 实例(在启动服务器实例之前)。

一元方法

这些方法在生成的服务接口上具有以下签名:

Foo(context.Context, *MsgA) (*MsgB, error)

在此上下文中,MsgA 是从客户端发送的 protobuf 消息,MsgB 是从服务器发送回的 protobuf 消息。

服务器流式方法

这些方法在生成的服务接口上具有以下签名:

Foo(*MsgA, <ServiceName>_FooServer) error

在此上下文中,MsgA 是来自客户端的单个请求,而 <ServiceName>_FooServer 参数表示从服务器到客户端的 MsgB 消息流。

<ServiceName>_FooServer 包含一个嵌入的 grpc.ServerStream 和以下接口:

type <ServiceName>_FooServer interface {
	Send(*MsgB) error
	grpc.ServerStream
}

服务器端处理程序可以通过此参数的 Send 方法向客户端发送 protobuf 消息流。服务器到客户端流的结束是通过处理程序方法的 return 引起的。

客户端流式方法

这些方法在生成的服务接口上具有以下签名:

Foo(<ServiceName>_FooServer) error

在此上下文中,<ServiceName>_FooServer 可用于读取客户端到服务器的消息流,并发送单个服务器响应消息。

<ServiceName>_FooServer 包含一个嵌入的 grpc.ServerStream 和以下接口:

type <ServiceName>_FooServer interface {
	SendAndClose(*MsgA) error
	Recv() (*MsgB, error)
	grpc.ServerStream
}

服务器端处理程序可以重复调用此参数上的 Recv 方法,以接收来自客户端的完整消息流。当达到流的末尾时,Recv 会返回 (nil, io.EOF)。通过在此 <ServiceName>_FooServer 参数上调用 SendAndClose 方法,发送来自服务器的单个响应消息。请注意,SendAndClose 必须且只能调用一次。

双向流式方法

这些方法在生成的服务接口上具有以下签名:

Foo(<ServiceName>_FooServer) error

在此上下文中,<ServiceName>_FooServer 可用于访问客户端到服务器的消息流和服务器到客户端的消息流。<ServiceName>_FooServer 包含一个嵌入的 grpc.ServerStream 和以下接口:

type <ServiceName>_FooServer interface {
	Send(*MsgA) error
	Recv() (*MsgB, error)
	grpc.ServerStream
}

服务器端处理程序可以重复调用此参数上的 Recv 方法,以读取客户端到服务器的消息流。当达到客户端到服务器流的末尾时,Recv 会返回 (nil, io.EOF)。通过重复调用此 ServiceName>_FooServer 参数上的 Send 方法,发送响应的服务器到客户端消息流。服务器到客户端流的结束由双向方法处理程序的 return 表示。

生成的客户端接口方法

对于客户端使用,.proto 文件中的每个 service Bar 还会生成以下函数:func BarClient(cc *grpc.ClientConn) BarClient,它返回 BarClient 接口的具体实现(此具体实现也位于生成的 .pb.go 文件中)。

一元方法

这些方法在生成的客户端存根上具有以下签名:

(ctx context.Context, in *MsgA, opts ...grpc.CallOption) (*MsgB, error)

在此上下文中,MsgA 是从客户端到服务器的单个请求,MsgB 包含从服务器发送回的响应。

服务器流式方法

这些方法在生成的客户端存根上具有以下签名:

Foo(ctx context.Context, in *MsgA, opts ...grpc.CallOption) (<ServiceName>_FooClient, error)

在此上下文中,<ServiceName>_FooClient 表示从服务器到客户端的 MsgB 消息流。

此流包含一个嵌入的 grpc.ClientStream 和以下接口:

type <ServiceName>_FooClient interface {
	Recv() (*MsgB, error)
	grpc.ClientStream
}

当客户端在存根上调用 Foo 方法时,流开始。然后客户端可以重复调用返回的 <ServiceName>_FooClient 上的 Recv 方法,以读取服务器到客户端的响应流。当服务器到客户端流已完全读取后,此 Recv 方法会返回 (nil, io.EOF)

客户端流式方法

这些方法在生成的客户端存根上具有以下签名:

Foo(ctx context.Context, opts ...grpc.CallOption) (<ServiceName>_FooClient, error)

在此上下文中,<ServiceName>_FooClient 表示从客户端到服务器的 MsgA 消息流。

<ServiceName>_FooClient 包含一个嵌入的 grpc.ClientStream 和以下接口:

type <ServiceName>_FooClient interface {
	Send(*MsgA) error
	CloseAndRecv() (*MsgB, error)
	grpc.ClientStream
}

当客户端在存根上调用 Foo 方法时,流开始。然后客户端可以重复调用返回的 <ServiceName>_FooClient 流上的 Send 方法,以发送客户端到服务器的消息流。必须且只能调用此流上的 CloseAndRecv 方法一次,以关闭客户端到服务器流并接收来自服务器的单个响应消息。

双向流式方法

这些方法在生成的客户端存根上具有以下签名:

Foo(ctx context.Context, opts ...grpc.CallOption) (<ServiceName>_FooClient, error)

在此上下文中,<ServiceName>_FooClient 表示客户端到服务器和服务器到客户端的消息流。

<ServiceName>_FooClient 包含一个嵌入的 grpc.ClientStream 和以下接口:

type <ServiceName>_FooClient interface {
	Send(*MsgA) error
	Recv() (*MsgB, error)
	grpc.ClientStream
}

当客户端在存根上调用 Foo 方法时,流开始。然后客户端可以重复调用返回的 <SericeName>_FooClient 流上的 Send 方法,以发送客户端到服务器的消息流。客户端也可以重复调用此流上的 Recv 方法,以接收完整的服务器到客户端消息流。

服务器到客户端流的结束由流的 Recv 方法返回 (nil, io.EOF) 值表示。客户端到服务器流的结束可以由客户端调用流的 CloseSend 方法表示。

包和命名空间

当使用 --go_out=plugins=grpc: 调用 protoc 编译器时,proto package 到 Go package 的转换方式与不使用 grpc 插件而使用 protoc-gen-go 插件时相同。

因此,例如,如果 foo.proto 声明其位于 package foo 中,则生成的 foo.pb.go 文件也将位于 Go 的 package foo 中。

最后修改于 2024 年 11 月 12 日:生成代码:更新以包含流泛型 (#1365) (3df8b27)