http - HTTP/2 推送承诺行为
问题描述
我正在为 HTTP/2 编写一个弹性客户端。我想知道客户端的行为应该是什么,如果服务器发送了一个 PUSH_PROMISE 然后未能发送与该 PUSH_PROMISE 相关的 PUSH_RESPONSE ?
我浏览了关于Push Response的 HTTP/2 规范,但它没有说明在这种情况下我们应该做什么。
- 如果没有收到推送响应,我们是否应该再次发送原始请求?如果原始请求发送成功,再次发送可能会导致问题,不是吗?
- 还是我们应该忽略 PUSH_PROMISE 并继续?在这种情况下,假设服务器承诺发送文件,但没有发送,会发生什么?
有没有明确的方法来解决这个问题?
解决方案
客户端当然可以自由地再次请求相同的资源。例如,考虑到当服务器发送PUSH_PROMISE
.
Client Server
------ ------
HEADERS[sid:1, GET /]
HEADERS[sid:1, /], DATA [sid:1], PUSH_PROMISE[sid:2]
HEADERS[sid:3, GET /css] HEADERS[sid:2, /css], DATA[sid:2]
HEADERS[sid:3, /css], DATA[sid:3]
客户端取消推送的标准方法是通过RST_STREAM
.
推荐阅读
- c - Is program translation direction well-defined?
- android - Kotlin MultiPlatform - 发布 Android 库失败
- c# - 多个实体框架核心上下文的依赖注入以并行运行查询
- javascript - 从客户端代码显示新窗口的 JavaScript 问题
- python - 在 Pandas 中删除具有不同索引值的重复行
- r - 使用 dplyr 分组时如何计算平均值、最小值和最大值?
- firebase - 使用 firebase auth 和 firestore 在流中调用未来
- angular - 如果加载被中止,worker 在 ng2-pdf-viewer 中终止
- scala - 如何规范化`scala.reflect.api.Types.Type`
- computer-vision - 计算机视觉 API 手写