直接检查响应头最可靠，用curl -I验证CSS、图片等静态资源是否含Expires和Cache-Control（如max-age=31536000, immutable），确认HTML无长缓存，并排除CDN/代理覆盖等干扰。
直接检查响应头是最可靠的方式，不需要依赖浏览器界面或第三方工具，关键看 expires 和 cache-control 两个字段是否按预期出现且值正确。
用 curl 命令快速验证
在服务器本地或任意能访问站点的终端执行：
-
curl -I https://yoursite.com/style.css—— 查看 CSS 文件响应头 -
curl -I https://yoursite.com/logo.png—— 查看图片响应头 -
curl -I https://yoursite.com/index.html—— 验证动态内容是否被正确排除（应无长缓存）
重点关注输出中是否包含：
-
Expires: [未来具体时间]（如Expires: Wed, 08 Oct 2027 10:12:00 GMT） -
Cache-Control: public, max-age=31536000, immutable（若配置了 mod_headers 补充） - 确认没有对
text/html出现意外的max-age或Expires
用浏览器开发者工具细查
打开 Chrome / Edge / Firefox 的 DevTools（F12），切换到 Network 标签页：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 刷新页面，点击一个 JS、CSS 或图片资源
- 在 Headers → Response Headers 区域查找
Expires和Cache-Control - 观察 Status 是否为
200 (from memory cache)或200 (from disk cache)（第二次访问时） - 如果看到
304 Not Modified，说明协商缓存生效，也间接证明 Expires/Cache-Control 设置合理
检查 Apache 配置是否真正生效
即使配置写了，也可能因作用域或语法错误未起效：
- 确认
ExpiresActive On已启用，且位于<IfModule mod_expires.c>块内 - 确认
ExpiresByType规则写在有效上下文：虚拟主机配置、目录块或 .htaccess（后者需AllowOverride Indexes Options=All等权限） - 运行
apachectl configtest或apache2ctl configtest检查语法错误 - 修改后必须
systemctl reload apache2（或httpd），不是仅改 .htaccess 就完事
排除常见干扰项
有些情况会让响应头“看起来没生效”，其实和 mod_expires 无关：
- CDN 或反向代理（如 Nginx 做前置）覆盖了 Apache 的响应头，需在其配置中透传或重设
- PHP 脚本或框架（如 Laravel、WordPress 插件）手动设置了
header('Cache-Control: ...')，会覆盖 Apache 规则 - HTTPS 重定向、HSTS、或安全策略插件插入了额外头，可能挤占或干扰原有缓存头
- 使用了
mod_proxy且后端已返回Expires，mod_expires 默认不覆盖已有头（参见官方文档说明）
