技术研究之Grpc
1.异步java客户端
【1】.grpc client server Callback方式异步java实现
【2】.gRPC python 教程(四) 异步gRPC的实现 异步gRPC与之前普通方式gRPC实际过程基本一致,主要的区别如下:异步server构造器不需要线程池参数,异步协程是在同1个线程中执行;异步gRPC要求接口函数及调用都使用 async – await 来修饰;异步gRPC要求接口函数及调用都使用 async – await 来修饰
【3】.gRPC在Python的异步非阻塞实现方式 这里有一个 asyncio 和 aio 的不同的写法。
2.UNAVAILABLE: Too many pings
在执行长时间任务的时候,就会出现这个问题。
后来我发现好像是我配置的问题,这里的两个参数,后来我经过资料理解,我觉得应该是这样的 keepAliveTime:多长时间请求一次,keepAliveTimeout:每次请求后多长时间没有响应算是超时。
1 | client: |
我尝试修改了 python 服务端的配置。
1 | server_options = [ |
【解决方案】
最后在 python 服务端配置了 (“grpc.http2.max_ping_strikes”,0) 这个解决了问题。
【1】.配置
【2】.GRPC KeepAlive 设置参数
【3】.Grpc Error on Long Connections: Too Many Pings 这里有一个参数就是 grpc.http2.max_ping_strikes,但是我使用java不知道怎么设置。
【4】.grpc keepalive使用指南 GRPC_ARG_HTTP2_MAX_PING_STRIKES:此arg控制在发送HTTP2 GOAWAY帧并关闭传输之前,服务器允许的错误ping的最大数量。将其设置为0允许服务器接受任意数量的错误ping。(注:也就是达到这个数量的ping strike就会发送GOWAY帧–用于发起关闭连接的请求,或者警示严重错误。GOAWAY 会停止接收新流,并且关闭连接前会处理完先前建立的流)
【5】.Keepalive 这里有 python、java 等的grpc配置,我在这里找到了 grpc.http2.max_pings_without_data 配置
【6】.gRPC connection: use keepAlive or idleTimeout? keepAliveWithoutCalls is used
【7】.gRPC:too many pings 1.client和server都不开启PERMIT_KEEPALIVE_WITHOUT_CALLS。2.client的keepalive time小于10s(GRPC_ARG_KEEPALIVE_TIME_MS最小值是10s)