URL参数不只是传递数据那么简单
打开一个网页，加载速度快得飞起，多半是缓存起了作用。但有时候你会发现，明明内容一模一样，换个链接却要重新加载。问题可能就出在URL后面的那些“小尾巴”——参数上。
比如你访问 https://example.com/news，页面秒开。可当你点进 https://example.com/news?from=feed&utm_source=weibo，却发现又要等几秒。看起来只是加了几个追踪用的参数，为什么缓存没生效？
缓存系统怎么看URL
大多数缓存机制，包括CDN、浏览器缓存、反向代理如Nginx，都是基于完整URL做键值匹配的。也就是说，只要URL不一样，哪怕只有参数不同，系统就会当成两个完全不同的资源。
举个例子，下面这三个URL：
https://example.com/product?id=123
https://example.com/product?id=123&ref=search
https://example.com/product?id=123&ref=home对服务器和CDN来说，就是三个独立请求。即使返回的内容完全一样，也会被分别缓存三次，浪费存储空间，还降低整体命中率。
常见场景中的“参数陷阱”
营销活动最爱用UTM参数，比如 ?utm_medium=email&utm_campaign=newsletter。用户从不同渠道点击进来，每个链接都带着独一无二的参数组合。结果就是：同一个页面被反复请求，缓存始终打不中。
再比如搜索推荐场景。你在某电商站搜“手机”，点击进入商品页，URL变成 /phone?kw=shouji&suggest=1。朋友从首页推荐点进来，参数可能是 /phone?rec=hot&pos=2。内容一样，URL不同，缓存各自为政。
怎么让参数不拖后腿
一种办法是在Nginx或CDN层面配置忽略特定参数。比如只保留关键参数参与缓存键计算：
proxy_cache_key "$host$uri$is_args$args";可以改成：
set $cache_args "$args";
if ($args ~* "(.*)(?:&?from=[^&]+)(.*)") {
set $cache_args "$1$2";
}
proxy_cache_key "$host$uri$is_args$cache_args";这样就把 from=xxx 这类非关键参数剔除了。也可以直接在CDN控制台设置“忽略UTM参数”这类选项，很多服务商已经内置支持。
另一个思路是前端统一处理。比如在JavaScript里识别并清理冗余参数，然后用 history.replaceState 修正地址栏，既不影响分析，又能让后续刷新走缓存。
安全与缓存的平衡
当然，不是所有参数都能随便忽略。像 token、signature 这类涉及鉴权的，必须参与缓存键判断，否则可能造成信息泄露。比如两个用户看到彼此的数据，就是因为签名被忽略，缓存混用了。
所以策略得分类对待：公开内容+跟踪参数，大胆忽略；私有数据+认证参数，严格区分。别为了提速把安全底线丢了。
下次优化性能时，别光盯着图片压缩和JS合并，回头看看URL里的参数是不是在偷偷拖慢你的站点。