为什么将 HEAD 请求转换为 GET 请求有用？

Question

在一个新的 Phoenix 应用程序中，Plug.Head插件默认存在，我对它的重要性很感兴趣。

我认为凤凰城的官方指南是一流的，但这让我在路由指南中感到失望：

Plug.Head - 将 HEAD 请求转换为 GET 请求并剥离响应正文

如果 HEAD 请求没有正文，那么为什么需要这样做？我想也许可以控制格式错误的请求，但查看Plug.Head 实现，它只是将 HEAD 方法切换为 GET。

  def call(%Conn{method: "HEAD"} = conn, []), do: %{conn | method: "GET"}
  def call(conn, []), do: conn
end

我能在这个主题上找到的最接近的事情是关于 ServerFault 的一个问题，但它与 NGINX 和有缺陷的应用程序逻辑有关，其中 HEAD 请求需要转换为 GET，并且相应的 GET 响应返回到 HEAD。

Answer 1

由于 Phoenix 很大程度上受到 Rails 的启发，因此您可以放心地打赌Plug.Head它的灵感来自Rack::Head。

HEAD 请求返回与 GET 相同的响应，但仅包含标头。因此，为了生成正确的标头，它们将被路由到 Phoenix 应用程序中的 GET 操作。

然而，为了生成正确的（空）主体，必须剥离响应的主体。因为Rack::Head是中间件，所以它在收到控制器的响应后才会这样做。

相比之下，Plug 的架构更像是一个管道，Plug.Head修改方法并传递conn下去，但再也看不到它了。

如果您看到cdegroot 的回答，则剥离响应正文的责任将传递给Plug.Conn.Adapter实现（即网络服务器）。