缓存键设计中仅对URL路径（path）部分做小写处理，以提升缓存命中率、节省带宽和回源压力；协议、主机、查询参数等保持原样，避免破坏语义或违反后端路由约定。
缓存键设计中对URL路径做小写处理，核心目标是避免因大小写差异导致同一资源被多次缓存，从而提升命中率、节省带宽和回源压力。这不是简单地把整个URL转小写，而是有选择地对路径（path）部分进行标准化，同时保留协议、主机、查询参数等其他部分的语义完整性。
只对路径段执行小写，不碰查询参数和主机
路径是区分大小写的语义载体（尤其在Linux服务器上），但同一页面不应因 /Product/123 和 /product/123 被当成两个资源缓存。因此规范化应聚焦 path 部分：
- 提取原始 URL 的 path 段（如
/Blog/SEO-Tips） - 将该段整体转为小写（得到
/blog/seo-tips） - 保持 scheme（
https）、host（example.com）、query（?utm_source=ad）原样不动——这些部分是否参与缓存键，由业务策略决定
配合 CDN 的“忽略大小写”开关使用
主流 CDN（如腾讯云、阿里云、Cloudflare）均提供缓存键层面的大小写忽略能力。开启后，系统在生成 Cache Key 时自动将 path 视为不区分大小写：
- 控制台操作：在缓存配置 → “忽略大小写”卡片中开启全局开关
- 效果：请求
GET /API/Users和GET /api/users将映射到同一个缓存条目 - 注意：该功能仅影响缓存匹配逻辑，不改变实际返回给用户的 URL 或响应头
服务端重定向 + 缓存键协同更稳妥
单靠 CDN 层忽略大小写，无法解决 SEO 权重分散问题。建议组合使用：
- 用 301 重定向强制统一路径大小写（例如 UI-Router 的
$urlRouterProvider.rule()或 Nginx 的rewrite ^/(.*)$ /${lower($1)} permanent;） - CDN 缓存键同步启用“忽略大小写”，确保重定向前的请求也能命中已有缓存
- robots.txt 中所有路径也统一用小写，防止爬虫因大小写误判而漏抓
避免常见误操作
以下做法看似省事，实则引入风险：
- 对整个 URL 字符串调用
strings.ToLower()：会把https变成https（虽无害），但若路径含 API 版本号如/v2/Callback，转小写后变成/v2/callback，可能违反后端路由约定 - 在缓存键里直接拼接原始 path + query：未做小写归一，
/Page?id=1和/page?id=1被视为两个键 - 依赖
url.Parse().String()自动规范化：它不处理 path 大小写，也不清理冗余路径，不能替代业务层明确的小写逻辑
