咱们来一步步拆解你遇到的问题——明明在全局和项目web.xml里都配置了响应头，可静态JS文件的响应还是只有两个头。结合Tomcat 8的特性，大概率是这几个原因：

1. 配置没作用到处理静态资源的默认Servlet上 #

Tomcat默认是用名为default的DefaultServlet来处理静态资源的。很多人会犯的错是：把响应头配置加到了自己项目的Servlet上，或者配置的Filter没覆盖到静态资源的请求路径。

举个例子：如果要给静态资源加缓存头，你需要在全局conf/web.xml里找到<servlet-name>default</servlet-name>对应的配置块，添加初始化参数，比如：

<servlet>
  <servlet-name>default</servlet-name>
  <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
  <!-- 新增这个参数设置缓存时长 -->
  <init-param>
    <param-name>cacheMaxAge</param-name>
    <param-value>86400</param-value>
  </init-param>
  <!-- 其他默认参数... -->
</servlet>

2. 配置方式不对，或被Tomcat默认规则覆盖 #

有些响应头不能直接通过<mime-mapping>配置，比如Cache-Control、Expires这类，得用DefaultServlet的初始化参数或者自定义Filter来实现。另外，如果你配置的参数名称不对（比如把cacheMaxAge写成了cache-max-age），Tomcat会直接忽略这个配置。

还要注意：如果项目web.xml里设置了<metadata-complete="true">，Tomcat会跳过加载全局web.xml的配置，这也会导致你全局的设置不生效，记得把这个属性改成false或者删掉。

3. 静态资源被其他Servlet拦截了 #

如果你的项目里用了Spring MVC这类框架，DispatcherServlet的映射路径如果是/*，那所有请求（包括静态JS）都会被它拦截，而不是交给DefaultServlet处理。这时候你在DefaultServlet上的配置自然不会生效。
解决办法是在Spring MVC配置里放行静态资源，比如用<mvc:resources>标签，或者把DispatcherServlet的映射改成/（注意和/*的区别）。

4. Tomcat版本的特性或小bug #

Tomcat 8的早期版本（比如8.0.x的某些旧版本）可能存在静态资源响应头的配置bug。建议你升级到Tomcat 8.5.x的最新稳定版，或者去官方文档确认你用的版本支持的配置参数。

快速排查步骤 #

• 先确认处理JS文件的Servlet：开启Tomcat的访问日志，查看请求对应的Servlet名称，确保是default而不是你项目里的其他Servlet。
• 简化配置测试：先只在全局web.xml给DefaultServlet加一个简单的cacheMaxAge参数，重启Tomcat后用浏览器开发者工具看响应头有没有Cache-Control。
• 检查Filter优先级：如果用了自定义Filter，确保它的映射路径覆盖了*.js或者/*，并且Filter的逻辑正确（比如在doFilter里调用response.setHeader()）。

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