动静分离中带参数请求的缓存与回源处理，核心在于区分参数是否影响内容，并据此设置缓存规则，否则容易导致缓存命中率下降或回源压力激增。带参数请求的复杂性在于参数可能代表不同的内容（如?page=2）、排序方式（?sort=price）或仅用于追踪（?utm_source=xxx），错误的缓存策略会让静态资源变成动态请求,失去动静分离的优势。
动静分离缓存策略对比：带参数请求如何处理
动静分离将静态资源（如图片、CSS、JS）和动态内容（如API、个性化页面）分开处理，带参数请求的缓存策略通常分为三类：忽略参数、包含参数、参数归类。
忽略参数缓存：适合追踪和统计参数
当参数不影响内容唯一性时，最常见的是忽略参数。?utm_source=baidu、?from=weibo 这类追踪参数，CDN或反向代理可以直接忽略，所有用户返回同一个缓存版本。忽略参数能大幅提升缓存命中率，但需确保参数确实不影响页面内容，行业共识认为，绝大多数网站至少30%的带参数请求属于此类,可以通过URL重写或缓存键配置实现。
包含参数缓存：适合分页、排序和筛选
时，必须将参数纳入缓存键。/products?category=shoes&page=3 与 /products?category=shoes&page=2 应缓存为不同资源。包含参数缓存会显著增加缓存条目数量，需要合理设置缓存过期时间（TTL），避免碎片化，据统计，电商网站的分页参数请求占静态资源请求的较大比例，若缓存策略不当,回源量可能上升数倍。
参数归类与缓存键定制
高级方案是将参数归类，只对影响内容的关键参数构建缓存键，忽略其他参数。/list?city=beijing&page=1 中只保留 city 和 page，忽略 ref 等追踪参数，CDN平台如简米云、酷番云都支持自定义缓存键规则，你可以在控制台配置“忽略指定参数”或“仅缓存指定参数”。
这套方案兼顾命中率和内容准确性,是动静分离中带参数请求的推荐做法。
场景：高并发下带参数请求回源优化
高并发场景下，错误处理带参数请求会导致回源流量激增，甚至雪崩,以下两种典型场景需要特别注意。
电商大促：分页与排序参数
双十一期间，商品列表页大量带参数请求（?page=1&sort=price&category=shoes），如果缓存规则未覆盖所有参数组合，同一页面的不同参数变体都会回源。建议做法：
- 对分页参数（page=1,2,3）启用包含参数缓存，并设置较长的TTL（如10分钟）。
- 对排序参数（sort=price, sales）按分类缓存，但需注意排序变化后需主动刷新或使用短TTL（如1分钟）。
- 对用户ID等个性化参数，直接回源且不缓存，避免缓存污染。
动态页面的静态化：带参数请求转化
另一种思路是将带参数请求转化为静态URL，通过URL重写将 /product?id=123 变为 /product/123.html，直接命中静态缓存。这种方案适用于参数较少且固定的场景，动静分离效果最好，但需要后端配合生成静态文件，多数情况下，静态化后的资源可全量缓存,回源次数降至零。
动静分离配置教程：从Nginx到CDN
实操层面，动静分离的缓存配置通常通过反向代理或CDN实现，这里以Nginx和主流CDN为例,给出具体步骤。
Nginx配置示例
Nginx中通过 proxy_cache_key 和 proxy_cache_valid 控制带参数请求的缓存。
# 只缓存包含id和page参数的请求，忽略其他参数
location /api/ {
set $cache_key $scheme$host$ur
i$is_args$args;
# 如果参数中包含utm_source，则从缓存键中移除
if ($args ~ "utm_source=([^&])") {
set $cache_key $scheme$host$uri;
}
proxy_cache STATIC;
proxy_cache_key $cache_key;
proxy_cache_valid 200 10m;
proxy_pass http://backend;
}
关键点：
- 使用
$args构建缓存键时，默认包含所有参数。 - 通过
if或map指令过滤掉无效参数，避免缓存键膨胀。 设置较短的proxy_cache_valid，如1分钟，保证数据新鲜度。
CDN平台配置
以简米云CDN为例，处理带参数请求的缓存路径如下：
- 进入CDN域名管理 → 缓存配置 → 缓存规则。
- 添加一条规则，匹配路径如
/api/，设置“缓存键”为“包含指定参数”或“过滤参数”。 - 选择“仅缓存指定参数”，输入
id,page，其余参数不参与缓存。 - 是否忽略参数：若URL包含 但参数不影响内容，可开启“忽略URL参数”。
注意： 不同CDN的术语可能不同，但逻辑一致：核心是控制哪些参数参与缓存键，部分CDN（如Cloudflare）提供“Custom Cache Key”功能，可以更灵活地组合参数。
动静分离场景下动态请求缓存处理
并非所有带参数请求都适合缓存，动态请求（如用户登录状态、购物车）需要特殊处理,避免缓存错误数据。
动态请求标识：Cookie与User-Agent
动静分离架构中，通常通过请求头标识动态请求，Nginx中判断 X-Requested-With 或 Cookie 是否包含登录信息,若为动态请求则绕过缓存直接回源。
location / {
if ($http_cookie ~ "sessionid") {
set $nocache 1;
}
proxy_cache_bypass $nocache;
proxy_no_cache $nocache;
}
行业共识认为，将动态请求与静态请求彻底分离，是避免缓存混乱的基石，建议在CDN层面设置“不缓存”规则，匹配路径如 /user/ 或 /api/cart,让这些请求直接回源。
动态请求的缓存降级
当回源压力过大时，可以临时启用缓存降级策略，对动态请求返回短时间缓存（如5秒），牺牲部分实时性换取系统稳定。这种降级方案适用于大促或突发流量，但需要谨慎设置,防止数据不一致。
常见问题：动静分离带参数请求缓存回源
为什么带参数请求缓存命中率低？
原因多与参数组合爆炸有关。 当参数包含用户ID、随机数或时间戳时，缓存键几乎每个请求都不同，导致命中率趋近于零。解决方案： 过滤掉无效参数，或对参数进行归类（如将时间戳参数排除出缓存键），如果参数必须参与内容，考虑使用短TTL（如1分钟）并配合主动刷新。
如何避免带参数请求回源过载？
过期或未缓存的带参数请求集中回源，容易压垮后端。 建议措施：
- 在CDN或Nginx层面设置回源速率限制（rate limiting）。
- 启用缓存层降级，当后端压力过大时，自动返回缓存旧版本（stale cache）。
- 对高频参数组合（如首页、热门分类）预缓存，降低回源依赖。
参数变化频繁时是否应该缓存？
频繁变化且影响内容的参数（如股票实时价格），不建议缓存。 若必须缓存，可考虑使用极短TTL（如1秒）或通过WebSocket推送更新。场景： 实时行情页面，带参数请求 ?symbol=AAPL 每毫秒变化，缓存意义不大，但可借助CDN的边缘计算（Edge Functions）组装数据,减少回源次数。