原文链接: 测试小姐姐问我 gRPC 怎么用,我直接把这篇文章甩给了她
上篇文章 gRPC,爆赞 直接爆了,内容主要包括:简单的 gRPC 服务,流处理模式,验证器,Token 认证和证书认证。
在多个平台的阅读量都创了新高,在 oschina 更是获得了首页推荐,阅读量到了 1w+,这已经是我单篇阅读的高峰了。
看来只要用心写还是有收获的。
这篇咱们还是从实战出发,主要介绍 gRPC 的发布订阅模式,REST 接口和超时控制。
相关代码我会都上传到 GitHub,感兴趣的小伙伴可以去查看或下载。
发布和订阅模式
发布订阅是一个常见的设计模式,开源社区中已经存在很多该模式的实现。其中 docker 项目中提供了一个 pubsub 的极简实现,下面是基于 pubsub 包实现的本地发布订阅代码:
1 | go复制代码package main |
这段代码首先通过 pubsub.NewPublisher
创建了一个对象,然后通过 p.SubscribeTopic
实现订阅,p.Publish
来发布消息。
执行效果如下:
1 | go复制代码docker topic: docker: https://www.docker.com/ |
订阅消息可以正常打印。
但有一个死锁报错,是因为这条语句 <-make(chan bool)
引起的。但是如果没有这条语句就不能正常打印订阅消息。
这里就不是很懂了,有没有大佬知道,欢迎留言,求指导。
接下来就用 gRPC 和 pubsub 包实现发布订阅模式。
需要实现四个部分:
- proto 文件;
- 服务端: 用于接收订阅请求,同时也接收发布请求,并将发布请求转发给订阅者;
- 订阅客户端: 用于从服务端订阅消息,处理消息;
- 发布客户端: 用于向服务端发送消息。
proto 文件
首先定义 proto 文件:
1 | arduino复制代码syntax = "proto3"; |
定义三个方法,分别是一个发布 Publish
和两个订阅 Subscribe
和 SubscribeTopic
。
Subscribe
方法接收全部消息,而 SubscribeTopic
根据特定的 Topic
接收消息。
服务端
1 | go复制代码package main |
对比之前的发布订阅程序,其实这里是将 *pubsub.Publisher
作为了 gRPC 的结构体 PubsubService
的一个成员。
然后还是按照 gRPC 的开发流程,实现结构体对应的三个方法。
最后,在注册服务时,将 NewPubsubService()
服务注入,实现本地发布订阅功能。
订阅客户端
1 | go复制代码package main |
新建一个 NewPubsubServiceClient
对象,然后分别实现 client.Subscribe
和 client.SubscribeTopic
方法,再通过 goroutine 不停接收消息。
发布客户端
1 | go复制代码package main |
新建一个 NewPubsubServiceClient
对象,然后通过 client.Publish
方法发布消息。
当代码全部写好之后,我们开三个终端来测试一下:
终端1 上启动服务端:
1 | go复制代码go run main.go |
终端2 上启动订阅客户端:
1 | go复制代码go run sub_client.go |
终端3 上执行发布客户端:
1 | go复制代码go run pub_client.go |
这样,在 终端2 上就有对应的输出了:
1 | makefile复制代码subTopic: golang: hello Go |
也可以再多开几个订阅终端,那么每一个订阅终端上都会有相同的内容输出。
源码地址: GitHub
REST 接口
gRPC 一般用于集群内部通信,如果需要对外提供服务,大部分都是通过 REST 接口的方式。开源项目 grpc-gateway 提供了将 gRPC 服务转换成 REST 服务的能力,通过这种方式,就可以直接访问 gRPC API 了。
但我觉得,实际上这么用的应该还是比较少的。如果提供 REST 接口的话,直接写一个 HTTP 服务会方便很多。
proto 文件
第一步还是创建一个 proto 文件:
1 | ini复制代码syntax = "proto3"; |
定义一个 REST 服务 RestService
,分别实现 GET
和 POST
方法。
安装插件:
1 | arduino复制代码go get -u github.com/grpc-ecosystem/grpc-gateway/protoc-gen-grpc-gateway |
生成对应代码:
1 | bash复制代码protoc -I/usr/local/include -I. \ |
--grpc-gateway_out
参数可生成对应的 gw 文件,--swagger_out
参数可生成对应的 API 文档。
在我这里生成的两个文件如下:
1 | go复制代码helloworld.pb.gw.go |
REST 服务
1 | go复制代码package main |
这里主要是通过实现 gw 文件中的 RegisterRestServiceHandlerFromEndpoint
方法来连接 gRPC 服务。
gRPC 服务
1 | go复制代码package main |
gRPC 服务的实现方式还是和以前一样。
以上就是全部代码,现在来测试一下:
启动三个终端:
终端1 启动 gRPC 服务:
1 | go复制代码go run grpc_service.go |
终端2 启动 REST 服务:
1 | go复制代码go run rest_service.go |
终端3 来请求 REST 服务:
1 | bash复制代码$ curl localhost:8080/get/gopher |
源码地址: GitHub
超时控制
最后一部分介绍一下超时控制,这部分内容是非常重要的。
一般的 WEB 服务 API,或者是 Nginx 都会设置一个超时时间,超过这个时间,如果还没有数据返回,服务端可能直接返回一个超时错误,或者客户端也可能结束这个连接。
如果没有这个超时时间,那是相当危险的。所有请求都阻塞在服务端,会消耗大量资源,比如内存。如果资源耗尽的话,甚至可能会导致整个服务崩溃。
那么,在 gRPC 中怎么设置超时时间呢?主要是通过上下文 context.Context
参数,具体来说就是 context.WithDeadline
函数。
proto 文件
创建最简单的 proto 文件,这个不多说。
1 | java复制代码syntax = "proto3"; |
客户端
1 | go复制代码package main |
通过下面的函数设置一个 3s 的超时时间:
1 | go复制代码ctx, cancel := context.WithDeadline(context.Background(), time.Now().Add(time.Duration(3*time.Second))) |
然后在响应错误中对超时错误进行检测。
服务端
1 | go复制代码package main |
服务端增加一个 handle
函数,其中 case <-time.After(4 * time.Second)
表示 4s 之后才会执行其对应代码,用来模拟超时请求。
如果客户端超时时间超过 4s 的话,就会产生超时报错。
下面来模拟一下:
服务端:
1 | go复制代码$ go run main.go |
客户端:
1 | go复制代码$ go run main.go |
源码地址: GitHub
总结
本文主要介绍了 gRPC 的三部分实战内容,分别是:
- 发布订阅模式
- REST 接口
- 超时控制
个人感觉,超时控制还是最重要的,在平时的开发过程中需要多多注意。
结合上篇文章,gRPC 的实战内容就写完了,代码全部可以执行,也都上传到了 GitHub。
大家如果有任何疑问,欢迎给我留言,如果感觉不错的话,也欢迎关注和转发。
源码地址:
推荐阅读:
参考:
- chai2010.cn/advanced-go…
- codeleading.com/article/946…
- juejin.cn/post/684490…
- www.cnblogs.com/FireworksEa…
本文转载自: 掘金