Apache mod_cache可通过CacheIgnoreQueryString On忽略全部查询参数提升缓存命中率，或用mod_rewrite精准剔除utm_*、v=、ts=等无意义参数并结合CacheKeyBaseURL实现URL标准化缓存。
Apache的mod_cache模块默认会把整个URL（包括查询参数）作为缓存键，只要参数不同，就视为不同资源，导致缓存命中率低。若某些查询参数仅用于追踪、AB测试或防缓存（如utm_source、v=123、ts=1712345678），实际不影响响应内容，就可以在缓存前将其过滤掉，从而提升命中率。
使用cacheignorequerystring忽略全部查询参数
最简单的方式是禁用查询参数参与缓存键计算，适用于所有查询参数都不影响响应内容的场景：
CacheIgnoreQueryString On
启用后，https://example.com/api/data?name=alice&v=2 和 https://example.com/api/data?name=alice&utm_medium=email 会被视为同一缓存项。注意：该指令仅影响缓存键生成，不改变后端收到的原始请求参数。
通过mod_rewrite重写URL并清除无关参数（推荐）
更精准的做法是在缓存前用mod_rewrite标准化URL，剔除已知无意义的参数，再让mod_cache基于清洗后的URL缓存：
立即学习“Java免费学习笔记（深入）”；
# 启用重写引擎
RewriteEngine On
<h1>匹配包含无关参数的请求，提取核心路径（不含指定参数）</h1><p>RewriteCond %{QUERY<em>STRING} ^(.*)&(utm</em>[^&]+|ref=[^&]+|ts=\d+|v=\d+|_t=[^&]+)(?:&(.<em>)|)$
RewriteRule ^(.</em>)$ $1?%1%3 [N,DPI]</p><h1>清除空参数并跳转到无参/精简版URL（内部重写，不暴露给客户端）</h1><p>RewriteCond %{QUERY_STRING} ^[^=]*$ # 空查询字符串
RewriteRule ^ - [E=clean_uri:%{REQUEST_URI}]</p><p>RewriteCond %{QUERY_STRING} ^(.+)$
RewriteCond %{REQUEST_URI} ^(/.*)$
RewriteRule ^ - [E=clean_uri:%1%2] </p><h1>基于清理后的URI进行缓存（需配合CacheKeyBaseURL等使用）</h1><p>CacheKeyBaseURL <a href="https://www.php.cn/link/2e9f4e037879bbf4cc900e2471522aea">https://www.php.cn/link/2e9f4e037879bbf4cc900e2471522aea</a>}</p>实际部署中更常用的是结合CacheIgnoreHeaders与CacheIgnoreURLSessionIdentifiers，但后者只支持path-style session ID。因此主流做法是：
- 用
RewriteCond + RewriteRule匹配并移除特定参数（如utm_*、v=、ts=） - 用
[E=clean_uri:...]设置环境变量保存净化后的路径 - 通过
CacheKeyBaseURL或自定义CacheKey（需mod_cache自定义编译支持）引用该变量
验证是否生效
启用CacheIgnoreQueryString On或完成rewrite规则后，可通过以下方式确认：
- 查看Apache日志中
cache_info模块输出（需加载mod_cache_socache和开启CacheLock调试） - 发送两次带不同无关参数的请求，检查响应头是否含
X-Cache: HIT - 用
curl -I对比ETag或Last-Modified是否一致
注意事项
该方案不改变Java应用逻辑，所有参数仍正常传递给Tomcat或Spring Boot；但务必确保被忽略的参数确实不影响服务端响应内容，否则将导致缓存污染。例如：lang=zh若影响返回文本，则不可忽略；而fbclid=...这类纯追踪参数可安全剔除。
