大家好，又见面了，我是你们的朋友全栈君。
GRPC Connection Backoff Protocol
当我们向一个失败的后端进行连接时，通常不希望立即重试(为了避免请求flooding网络或者服务器) ，而是去做一些某种形式的指数backoff。
我们有几个参数：
- INITINAL_BACKOFF(第一次失败后的重试需要等待多长时间)
- MULTIPLIER(在一次失败的重试后，backoff的乘回因子)
- JITTER(随机backoffs的程度)
- MAX_BACKOFF(backoff 的上界)
- MIN_CONNECT_TIMEOUT(我们愿意给予连接完成的最小时间)
Proposed Backoff Algorithm
以指数方式回退尝试连接的起始时间，最大值为MAX_BACKOFF，并带有抖动(jitter)。
Resset Backoff
back off 应当在某一时间点被重置为 INITIAL_BACKOFF，所以重连行为是一致的，无论连接是新开始的一个，还是之前断连的一个。
当 SETTINGS frame 被接收到时，我们选择重置Backoff，在那时，我们明确知晓这个连接已经被服务器接受了。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/149701.html原文链接：https://javaforall.net
![取消延时功能[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
