缓存键决定哪些请求被视为同一份内容。查询参数如果改变语言、币种、筛选或权限，就不能随意忽略；纯统计参数也不一定需要制造大量副本。先证明参数是否改变响应，再选择缓存键规则。
按业务用途给参数分类
列出页面真实接受的参数，区分内容选择、排序筛选、登录状态和推广追踪。不要凭名称中含utm就推断所有系统都忽略它；还要查看自定义代码是否用该参数切换版式或写入页面内容。先比较同网址不同参数的实际响应。
限制缓存变体数量
把每个无关参数都纳入键，会让命中率下降并增加存储与清理成本；把有意义参数全部排除，则可能返回错误语言或价格。按参数白名单、排序及规范化能力设计规则，并确认当前套餐与产品确实支持所需控制。
缓存键变化需要配合失效策略
同一产品可能有多种查询变体，更新后只清理不带参数的网址未必覆盖全部旧副本。设计键时同步写清URL、前缀、标签或其他适用清理范围。不要为清理方便而将所有个性化请求强制并成公共缓存。
用相反顺序访问验证串用
先请求参数A再请求B，再在清理后的状态倒序测试，观察内容与响应头。只测一次可能恰好得到正确首份缓存。涉及语言、货币或权限时检查更严格，并确认统计参数仍被分析工具正确接收而没有改变业务内容。
关键区别
内容参数：改变页面结果；通常需区分或绕过。
追踪参数：用于来源识别；核实是否影响内容。
缓存清理：覆盖所有需更新副本；与键设计一起规划。
怎样确认处理到位
不同业务参数不会串用内容，无关参数不会无依据地产生大量副本，更新后的清理确实覆盖所需缓存变体。
容易误判的边界
缓存键不是数据库权限控制。带令牌或私人内容的请求，应先判断是否允许缓存，而不是仅将秘密放进缓存键。
