GRPC的context级联关闭导致请求被cancel

1 篇文章 0 订阅

背景

线上遇到奇怪的GRPC请求失败, 看日志提示 context is cancelled. 而且报错时间与请求发出的时间很接近, 根本还没达到超时时间.

 

我们有如下场景

ServiceA -异步-> ServiceB -异步-> ServiceC

服务A调用服务B, B收到请求之后又会去请求服务C.

B返回给A的结果并不依赖B请求C的结果, 因此B会尽快返回给A.

 

分析

一旦B返回, B与A之间的context就被cancel, 而B与C的context是继承于前者, 也被级联cancel了.

除了context级联cancel, 还有超时传递.

 

解决

解决办法: context的传递是基于ThreadLocal的, 只要能使得B调用C时当前线程的context是符合预期(比如空白)的就行, 这样就会阻止cancel级联了.

方法1: 扔到一个线程池里去做, 线程池里默认肯定没context, 因此会用Context.ROOT (相当于是空白的), 但这感觉有点傻

方法2: 在B调用C的地方使用Context.ROOT.attach() 临时替换掉当前线程的上下文为ROOT

方法3: 在方法2的基础上使用拦截器. 注意, 如果不在拦截器里加入一些名称判断, 那默认所有调出去的方法的context都会被换掉.

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值