http - 在 HEAD 响应中避免 Content-Length

Question

为仅 HEAD 请求生成 Content-Length 响应 header 通常很昂贵(例如，在处理动态生成的资源时)，但在完成生成 GET 响应正文所需的工作后可能基本上是“免费的”。

当响应 GET 请求时提供 Content-Length(而不是分块响应)是合理的，但计算相应 HEAD 请求的 Content-Length 不合理或缓慢时，HEAD 响应是否允许到:

• 完全省略 Content-Length header ？
• 用 Transfer-Encoding: chunked 响应，即使 GET 响应会有 Content-Length？

relevant W3C specification指示 HEAD 请求“应该”(不是“必须”)以相同的 header 响应；在 HEAD 的情况下，在 GET 响应中使用 Content-Length 的清洁度和总传输大小的节省是否值得违反上述“应该”，或者是让两个响应都发送 的唯一合理选择传输编码:分块 header ？

Answer 1

感谢@julian-reschke 的提示，rfc-7231表示:

The server SHOULD send the same header fields in response to a HEAD request as it would have sent if the request had been a GET, except that the payload header fields (Section 3.3) MAY be omitted.

根据 section 3.3在同一文档中，有效负载 header 字段包括:

• 内容长度
• 内容范围
• 预告片
• 传输编码