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

【问题标题】：Servlet response headers only showing in 304 responses - Tomcat 7Servlet 响应标头仅显示在 304 响应中 - Tomcat 7
【发布时间】：2013-11-04 12:49:28
【问题描述】：

我有一个愚蠢的问题，响应标头仅显示在 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 上，内容长度是未知的，并且传输编码是分块的。

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

传输编码分块时是否可以通过响应标头？

【问题讨论】：

能否分享你的资源获取，你的url获取资源。
你在“调试”的情况下吗？因为304是“从缓存中加载的”
我在调试的情况下，如果 304 是“从缓存中加载的”，为什么在 200 上没有收到标头？
我认为这可能与实际资源有关，你能分享你转发的servlet吗？！
我已将 servlet 映射到任何资源。将使用代码更新问题。

标签： java tomcat servlets

【解决方案1】：

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

httpResponse.setStatus(HttpServletResponse.SC_OK)

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

【讨论】：

【解决方案2】：

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

更具体的是这个

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

在导致问题的 chain.doFilter() 之后设置了响应标头。通过在调用 chain.doFilter() 之前设置标题，问题得到了排序。这意味着响应标头正在通过所有请求和响应代码。

我的理解是，当缓冲区已满时，如本例所示，它会被刷新。这会导致分块响应。但是，在刷新缓冲区时，未设置标头。浏览器接收到第一个块减去响应头，并且只检查第一个块上的头。因此，通过在刷新缓冲区之前设置响应标头，浏览器会收到带有第一个块的标头。

【讨论】：