Question

我有一个愚蠢的问题，响应标题只显示在304个响应中。我使用的服务器是Tomcat 7.java过滤器包含以下代码：

HttpServletResponse httpResponse = (HttpServletResponse) response;

httpResponse.addHeader("Access-Control-Allow-Origin", "*");
httpResponse.addHeader("Access-Control-Allow-Credentials", "true");
httpResponse.addHeader("Access-Control-Allow-Methods", "GET, POST, DELETE, PUT");
httpResponse.addHeader("Access-Control-Allow-Headers", "Content-Type, Accept");

if (debug) {
    httpResponse.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1
    httpResponse.setHeader("Pragma", "no-cache"); // HTTP 1.0
    httpResponse.setDateHeader("Expires", 0); // Proxies.
} else {
    httpResponse.setHeader("Cache-Control", "public");
    httpResponse.setDateHeader("Expires", System.currentTimeMillis() + 86400000L); // 1Day 
}

重要的是要注意，这个过滤器是最后一个在链中触发的过滤器，它是第一个在web.xml中映射的过滤器（如果它是最后一个也没有区别）并且上面的代码在之后运行

chain.doFilter(request, response);

使用Chrome的审核工具来评估标头我注意到在200上，标头不在响应中。我刷新页面，按“F5”，这将导致304，并且标题可以在那里看到。同样，我再次刷新并获得200不会看到标题的地方。重复刷新页面会在304和200个响应之间交替进行，并且每个304上都有标题，但不在200上。

过滤器映射到所有资源。

<filter-mapping>
    <filter-name>AllowRemoteAccessHeaderFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
    <filter-name>HttpCachingFilter</filter-name>
    <url-pattern>*</url-pattern>
</filter-mapping>

此外，无论响应如何，过滤器都会在每次刷新时触发。

有人可以向我解释一下这里到底发生了什么吗？我确信我错过了一些小事。我的目标是在那里设置标题以获得200响应。

编辑：注意到这适用于加载的第一个页面，但不适用于该页面上加载的任何资源，例如。脚本，图像，CSS包括。

编辑：也注意到，如果我从页面中删除所有scriptlet，那么标题就会通过。这两个scriptlet都包含通过另一个过滤器在请求对象中设置的数据。注入已编译的javascript的示例如下：

<script type="text/javascript"><%= request.getAttribute("compiled-scripts")%></script>

问题：我可能找到问题的原因，但不是解决方案。当我将编译后的脚本包含到页面中时，传输编码会从内容长度设置为：

Transfer-Encoding:chunked

当传输编码被分块时，标头不会通过。这可以解释为什么在304上响应头部通过，因为内容长度是已知的并因此被设置。如200，内容长度未知，传输编码分块。

然而，我的问题仍然存在。我想包括已编译的脚本而不是引用它们以减少延迟和其他原因。我已经读过，为了防止传输编码分块，你需要手动设置内容长度，方法是以字节为单位读取响应。我不知道如何确定过滤器中的响应长度。

当传输编码被分块时，是否可以让响应标头出现？

Answer 1

如果目标是获得200响应，您可以尝试：

httpResponse.setStatus(HttpServletResponse.SC_OK)

但304响应并不是一个糟糕的回应。

Answer 2

我最终找到了答案。感谢这篇文章中的提示：Why do I need to modify buffer and autoflush attributes in a JSP?

更具体地说这个

当刷新缓冲区一次时，重定向或转发将不起作用因为HTTP响应头的所有更改必须首先发生将缓冲区发送到客户端的时间。

响应头是在chain.doFilter（）之后设置的，这导致了问题。通过在调用chain.doFilter（）之前设置标题，问题已经排序。这意味着响应标头在所有请求和响应代码中都会出现。

我的理解是，当缓冲区已满时，就像在这种情况下一样，它被刷新。这会导致分块响应。但是，在刷新缓冲区时，不会设置标头。浏览器接收第一个块减去响应头，并仅检查第一个块上的头。因此，通过在刷新缓冲区之前设置响应标头，浏览器将接收带有第一个块的标头。

Servlet响应头仅显示在304响应中 - Tomcat 7

2 个答案: