Question

我正在为HTTP / 2编写一个弹性客户端。我想知道，如果服务器发送了PUSH_PROMISE，然后未能发送与该PUSH_PROMISE相关的PUSH_RESPONSE，客户端的行为应该是什么？

我通过了关于Push Response的HTTP / 2规范，但是没有说明在这种情况下我们应该怎么做。

如果未收到推送响应，我们应该再次发送原始请求吗？如果原始请求发送成功，再次发送可能会导致问题，不是吗？
还是我们应该忽略PUSH_PROMISE并继续？在这种情况下，假设服务器答应发送文件，但没有发送文件，将会发生什么？

有解决此问题的明确方法吗？

Answer 1

客户端当然可以自由地再次请求相同的资源。例如，考虑当服务器发送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重设承诺的流。

Answer 2

PUSH PROMISE -所有服务器推送流都是通过PUSH-PROMISE帧启动的，这表明服务器打算将所描述的资源推送给客户端，并且需要在请求的响应数据之前进行传递推送的资源。满足此要求的最简单策略是在父级响应之前发送所有PUSH-PROMISE帧，这些帧仅包含承诺资源的HTTP标头。

PUSH_PROMISE方法用于应用HTTP / 2服务器推送，因为服务器将PUSH_PROMISE帧创建到普通浏览器启动的流的响应部分。具有HTTP连接的请求上下文中的响应对象用于服务器推送。例如，在具有HTTP连接的应用程序的Page_load方法下，可以使用Response.PUSHPROMISE来推送所有相关的脚本，样式和图像，而客户端不必明确地请求每个脚本，样式和图像 < / p>

HTTP / 2推送承诺行为

2 个答案: