Exponential reconnect backoff
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 42/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- typescript
- 领域
- networking
调研方向
首先跟踪 fetch-event-source 中的重连流程，并将提议的行为与链接的 exponential-backoff 示例进行比较。当不成功的重连尝试逐步等待更长时间，从而减少重复流量时，即表示完成；使用 repository 中现有的检查验证该行为，尽管没有指定具体的测试文件。
由索引模型根据 Issue 内容生成。
描述
When fetch-event-source loses it's connection to the server, it tries to reconnect rather aggressively. Given enough clients, this continious repeating traffic pattern may pose an unneccesary risk of overloading a router/ load balancer that might still be receiving the traffic.
This issue proposes to implement an exponential backoff behavior that increases the reconnect time with each unsuccessful reconnect iteration (see https://www.npmjs.com/package/exponential-backoff for an example implementation)
- 主要语言
- TypeScript
- 星标
- 2.9k
- 派生
- 197
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
Azure/fetch-event-source 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 28/100
Azure/fetch-event-source#102 ·
-
难度 3/5 1-2 天 新手友好度 25/100
Azure/fetch-event-source#101 · 3 条评论 ·
-
When aborting the event source using abort controller, no callbacks (onError / onClose) are fired未关闭
难度 3/5 1-2 天 新手友好度 48/100
Azure/fetch-event-source#100 · 1 条评论 · 5 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 35/100
Azure/fetch-event-source#99 ·
-
难度 3/5 1-2 天 新手友好度 35/100
Azure/fetch-event-source#98 · 9 个 reaction ·
查看 Azure/fetch-event-source 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
awesome-dsh-plugin/awesome-dsh-plugin#9184 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 85/100
farion1231/cc-switch#8829 ·
维护者通常 1 天内回复
-
[core-client] Remove unused hand-maintained transport helpers after the definition-table cutover未关闭doc-audit enhancement
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 85/100