Servlet的setStatus被忽略，Tomcat异常返回状态码200求助

兄弟，我之前踩过类似的Tomcat自定义状态码的坑，结合你描述的情况，咱们一步步拆解问题：

一、为什么状态码总是被改成200？ #

1. 响应提交后才设置状态码 #

这是最常见的坑！如果你在调用response.getWriter().write()、response.sendRedirect()或者任何触发响应提交的操作之后，才去设置response.setStatus(222)，Tomcat会直接忽略后续的状态码修改，默认返回200。

错误写法：

// 先输出内容，响应已提交
response.getWriter().write("正常数据");
// 这里设置状态码已经无效了
response.setStatus(222);

正确写法：

// 先设置状态码
response.setStatus(222);
// 再设置响应头（如果需要）
response.setContentType("application/json;charset=UTF-8");
// 最后输出内容
response.getWriter().write("包含过期时间的响应数据");

2. Tomcat错误页面配置干扰 #

Tomcat对非标准HTTP状态码（比如你的222、444）可能会触发默认错误页面跳转，而错误页面本身是正常返回的，所以状态码会被覆盖成200。

解决办法：

• 在web.xml里添加自定义状态码的映射，告诉Tomcat这是合法状态，不需要跳转：

<error-page>
    <error-code>222</error-code>
    <location>/empty.jsp</location> <!-- 用一个空页面占位，避免跳转 -->
</error-page>
<error-page>
    <error-code>444</error-code>
    <location>/empty.jsp</location>
</error-page>

3. 过滤器篡改了响应状态码 #

检查你项目里的过滤器（比如日志过滤器、跨域过滤器），有没有在doFilter方法里偷偷修改了响应状态码？比如有些过滤器会在最后把状态码强行设为200，或者用HttpServletResponseWrapper包装时覆盖了状态码逻辑。

二、过期时间数据未被接收的问题 #

这个大概率和状态码问题绑定，但也有独立的排查点：

• 输出流未刷新/关闭：写完数据后一定要调用flush()和close()，确保缓冲区数据全部发送到客户端：

PrintWriter out = response.getWriter();
out.write("你的过期时间数据");
out.flush();
out.close();

• 响应头顺序错误：如果是通过响应头传递过期时间（比如Cache-Control、Expires），要确保先设置头，再设置状态码，最后输出内容，否则头可能被Tomcat忽略。
• 客户端缓存干扰：测试时清空浏览器缓存，或者在响应头里加Cache-Control: no-cache强制客户端不缓存旧数据。

快速排查技巧 #

用curl或者Postman直接调用你的Servlet，跳过前端页面，看真实的响应状态码和内容：

curl -v http://你的域名/你的Servlet路径

这样能快速确定是Tomcat的问题，还是前端处理逻辑的问题。

内容的提问来源于stack exchange，提问作者Kushan