grpc报错rpcerror:code=DeadlineExceededdesc=contextdeadlineexceeded

记录 gRPC Deadlines 的一次事故
参考URL: https://studygolang.com/articles/23482

背景&＃xff1a;
grpc报“rpc error:code&＃61;DeadlineExceeded desc &＃61; context deadline exceeded”

原因分析:
客户端用的上下文是context.WithTimeout 超时时间小于服务端的返回时间&＃xff0c;造成 context deadline exceeded。

当您使用gRPC时&＃xff0c;gRPC库负责通信&＃xff0c;编组&＃xff0c;解组和最后期限执行。Deadline允许gRPC客户端指定在RPC以错误DEADLINE_EXCEEDED终止之前&＃xff0c;他们愿意等待RPC完成的时间。默认情况下&＃xff0c;此截止日期是一个非常大的数字&＃xff0c;取决于语言实现。

问题解决:
DialContext传入一个Timeout的context,就像下面的例子

ctx1, cel :&＃61; context.WithTimeout(context.Background(), time.Second*5)
defer cel()
conn, err :&＃61; grpc.DialContext(ctx1, address, grpc.WithBlock(), grpc.WithInsecure())


最简单的解决办法就是把超时时间调大一点 以前设置的是一秒 现在调成五秒。

总结

官方参考&＃xff1a;https://grpc.io/blog/deadlines/#c
grpc deadlines
参考URL: https://www.cnblogs.com/029zz010buct/p/9487568.html

当您使用gRPC时&＃xff0c;gRPC库负责通信&＃xff0c;编组&＃xff0c;解组和最后期限执行。Deadline允许gRPC客户端指定在RPC以错误DEADLINE_EXCEEDED终止之前&＃xff0c;他们愿意等待RPC完成的时间。默认情况下&＃xff0c;此截止日期是一个非常大的数字&＃xff0c;取决于语言实现。如何指定截止日期也取决于语言。指定截止日期或超时的方式因语言而异 - 例如&＃xff0c;并非所有语言都有默认的截止日期&＃xff0c;某些语言使用 deadline &＃xff0c;而某些语言使用timeouts。在服务器端&＃xff0c;服务器可以查询特定RPC是否已超时&＃xff0c;或者剩余多少时间来完成RPC。

通常&＃xff0c;当您未设置截止日期时&＃xff0c;将为所有正在进行的请求保留资源&＃xff0c;并且所有请求都可能达到最大超时。这会使服务面临资源耗尽的风险&＃xff0c;例如内存&＃xff0c;这会增加服务的延迟&＃xff0c;或者在最坏的情况下可能导致整个过程崩溃。

当未设置 Deadlines 时&＃xff0c;将采用默认的 DEADLINE_EXCEEDED&＃xff08;这个时间非常大&＃xff09;

如果产生了阻塞等待&＃xff0c;就会造成大量正在进行的请求都会被保留&＃xff0c;并且所有请求都有可能达到最大超时

这会使服务面临资源耗尽的风险&＃xff0c;例如内存&＃xff0c;这会增加服务的延迟&＃xff0c;或者在最坏的情况下可能导致整个进程崩溃

gRPC 客户端建议显式的指定一个超时时间.

根据官方说明&＃xff1a;
TL;DR: Always set a deadline. This post explains why we recommend being deliberate about setting deadlines, with useful code snippets to show you how.

总是设定一个最后期限。这篇文章解释了为什么我们建议仔细考虑设定最后期限&＃xff0c;用有用的代码片段告诉你如何设定最后期限。

关联知识

gRPC 超时如何做到跨进程传递&＃xff1f;

gRPC 框架通过 HTTP2 HEADERS Frame 中的 “grpc-timeout”字段来实现跨进程传递超时时间。

客户端发起请求时&＃xff0c;如果设置了带 timeout 的ctx&＃xff0c;则会导致底层 HTTP2 HEADERS Frame 中追加“grpc-timeout”字段。

服务端接收 RPC 请求时&＃xff0c;gRPC 框架底层解析 HTTP2 HEADERS 帧&＃xff0c;读取 “grpc-timeout”值&＃xff0c;并覆盖透传到实际处理 RPC 请求的业务 gPRC Handle 中

如果此时服务端又发起对其他 gRPC 服务的调用&＃xff0c;且使用的是透传的 ctx&＃xff0c;这个 timeout 会减去在本进程中耗时&＃xff0c;从而导致这个 timeout 传递到下一个 gRPC 服务端时变短&＃xff0c;这样即实现了所谓的 超时传递 。目前这个功能测试发现在“grpc-go”和“grpc-java”中实现&＃xff0c;“grpc-python”貌似暂未实现此功能

golang使用grpc超时控制和对冲策略

golang在GRPC中设置client的超时时间
参考URL: http://www.yuepc.com/a/23861.html

推荐查看上面原文&＃xff01;

通常重试策略有三种配置&＃xff1a;

1、失败重新请求的最大次数&＃xff0c;达到最大次数仍然失败&＃xff0c;不再进行重试&＃xff1b;

2、退避时间&＃xff1a;退避时间取的是 random(0, delay)&＃xff1b;

3、可重试错误码&＃xff1a;设置可错误码&＃xff0c;对于不可重试的&＃xff0c;立即停止重试并将错误返回应用层。

官方参考&＃xff1a; https://grpc.io/blog/deadlines/
golang在GRPC中设置client的超时时间
参考URL: http://www.yuepc.com/a/23861.html
grpc 超时传递原理
参考URL: https://blog.csdn.net/u014229282/article/details/109294837
跟我一起学Go系列&＃xff1a;gRPC 全局数据传输和超时处理
https://www.cnblogs.com/rickiyang/p/15049307.html