代码之家  ›  专栏  ›  技术社区  ›  George Helyar

HTTP字节范围和多部分/字节范围替代方案?

  •  1
  • George Helyar  · 技术社区  · 11 年前

    rfc2616(HTTP/1.1):

    不得使用 多部分/字节范围媒体类型。

    对多个范围请求的响应,其结果是单个 范围,可以作为具有一个部分的多部分/字节范围媒体类型发送。

    无法解码多部分/字节范围消息的客户端不得 在单个请求中请求多个字节范围。

    如果我理解正确,一个请求中的多个范围可能使用多部分/字节范围,客户端必须能够解码它,或者根本不应该请求它。

    “MAY”是否意味着也可以使用多部分/字节范围的替代方案?有吗?如果是,是否有标头可请求它们?

    例如,服务器是否可能将所有字节范围连接到一个单独的部分响应中?

    2 回复  |  直到 11 年前
        1
  •  4
  •   Remy Lebeau    10 年前

    如果请求要求多个范围,并且服务器可以将请求的范围连接到一个连续的范围中,则响应可以:

    • 使用 multipart/byteranges 对于连接的范围使用单个MIME部分,其中该部分有自己的 Content-Range 头球

    • 自行发送连接的数据,并包含一个顶层 内容范围 头球

        2
  •  1
  •   Marc K.    10 年前

    根据我2012年的经验,我再次建议坚持第一个,即“对单个范围的请求的响应不得使用多部分/字节范围媒体类型发送。”因为有些客户端会阻塞。