tomcat无法通过环境变量（如java_opts）设置静态资源过期时间，必须使用expiresfilter过滤器在web.xml中显式配置，如“text/css = access plus 1 week”，且不支持defaultservlet的缓存ttl参数或协商缓存。
Tomcat 本身不提供“静态资源过期时间”的环境变量配置项。你无法通过设置 JAVA_OPTS 或 CATALINA_OPTS 这类环境变量来控制缓存头（如 Cache-Control 或 Expires）。这类行为由 Servlet 容器内部组件决定，必须通过配置文件或过滤器显式声明。
DefaultServlet 的 init-param 不支持过期时间
Tomcat 的 DefaultServlet 负责处理静态资源（HTML/CSS/JS/图片等），但它只暴露有限的初始化参数，比如 sendfileSize、useAcceptRanges、 listings 等。它**没有** cacheTtl、expiresSeconds 或类似参数。即使你在 conf/web.xml 中强行添加，Tomcat 启动时会忽略，且不会报错——只是无效。
- 有效参数仅限官方文档列出的那几个，例如
readonly、inputBuffer、outputBuffer -
ResourceCache内部确实有 TTL（默认 5 秒），但这是内存缓存条目的存活时间，不是 HTTP 响应头里的缓存策略 - 这个 TTL 无法通过环境变量或 JVM 参数调整，只能改源码或用反射（不推荐）
真正生效的缓存头控制：ExpiresFilter
要给静态资源加 Cache-Control: max-age=... 或 Expires 响应头，必须启用 Tomcat 自带的 ExpiresFilter。它是一个标准 Servlet 过滤器，需手动注册到应用级 web.xml 或全局 conf/web.xml 中。
- 过滤器类名是
org.apache.catalina.filters.ExpiresFilter - 关键配置是
configuration初始化参数，值为类似"text/css = access plus 1 year"的字符串 - 它不读取任何环境变量，只认
<filter></filter>块内的<init-param></init-param> - 示例配置片段：
<filter><filter-name>expiresFilter</filter-name><filter-class>org.apache.catalina.filters.ExpiresFilter</filter-class><init-param><param-name>configuration</param-name><param-value>*.js = access plus 1 month; *.css = access plus 1 week; *.png = access plus 1 year</param-value></init-param></filter><filter-mapping><filter-name>expiresFilter</filter-name><url-pattern>/*</url-pattern></filter-mapping>
注意：url-pattern 设为 /* 会影响所有请求，包括动态接口；建议细化为 /static/* 或配合前端构建路径使用。
为什么不该依赖 Tomcat 做静态缓存头？
在生产环境中，直接让 Tomcat 设置缓存头是次优选择。根本原因在于：Tomcat 的线程模型不适合高并发静态文件服务，而缓存头逻辑又耦合在请求处理链路中，容易被其他 Filter 干扰或覆盖。
- Nginx 反向代理层更适合统一管理缓存策略，比如用
expires 1y+add_header Cache-Control "public, immutable" - 如果静态资源带 hash 版本号（如
app.a1b2c3.js），浏览器强缓存可设为 1 年，完全绕过 Tomcat - Tomcat 的
ExpiresFilter不支持基于 Last-Modified 的协商缓存（ETag 生成也较弱），而 Nginx 支持if_modified_since和更可靠的 ETag - 环境变量在这里毫无作用——Nginx 配置靠
nginx.conf，缓存策略靠 location 块，和 Tomcat 的 JVM 环境完全隔离
真正需要关注的，是动静分离架构下缓存责任边界的划分：Nginx 管响应头与边缘缓存，Tomcat 只管动态内容生成。把过期时间逻辑塞进 Tomcat，等于让快递员兼职写发票，既慢又易出错。
