差异化缓存核心是按需设时长，依据状态码（200/301/302缓存5–30分钟、404缓存1–5分钟、5xx禁用）、路径类型（如/user缓存60秒、/order/status设10秒）、参数构造唯一key，并结合本地+Redis两级嵌套缓存。
不同API接口需要差异化缓存有效期，核心是“按需设时长”，不能统一用一个TTL。关键不在于选哪个框架或平台，而在于设计逻辑：谁变快、谁变慢、谁必须实时、谁允许延迟——再匹配对应缓存策略。
按响应状态码分层设有效期
后端返回的状态码本身就携带语义信息，是天然的缓存策略依据：
- 200/301/302：成功响应，通常可缓存较久，比如 API 列表页设 5–30 分钟
- 404：资源未找到，建议缓存 1–5 分钟，避免重复刷空请求压垮后端
- 5xx：服务端错误，一般禁用缓存（设为 0 或不配置），防止把错误响应长期固化
- any：兜底规则，如 fastcgi_cache_valid any 30s，防止单独遗漏状态码导致无缓存
按URL路径或接口类型动态控制
路径本身就能区分业务场景，适合在网关或反向代理层直接配置：
- Nginx 中，在 location ~ ^/api/v1/user/ 块内设 fastcgi_cache_valid 200 301 302 60s
- 对 /api/v1/order/status 这类强时效接口，设为 10s 或配合 X-Accel-Expires: 10 动态下发
- Azure API 管理中，可在不同 operation 级别单独加 <cache-store duration="15"/>，互不影响
按参数特征生成带区分度的缓存键
同一接口因参数不同返回结果差异大，必须让缓存键能反映参数变化：
- Laravel 中用 Cache::remember('api:search:'.$keyword.':'.$page, 300, ...) 显式拼接关键参数
- 或用哈希构造固定长度键：sha1($url . '?' . http_build_query($params))
- 避免仅用接口路径做 key，否则 /user?id=1 和 /user?id=2 会命中同一缓存，造成数据错乱
结合多级缓存做时间嵌套
单层缓存难兼顾速度与灵活性，推荐本地+分布式两级组合：
- 内存缓存（如 ASP.NET Core 的 IMemoryCache）设短 TTL（10–60 秒），扛住突发流量
- Redis 缓存设长 TTL（5–30 分钟），作为最终一致性保障
- 本地缓存未命中时查 Redis；Redis 也未命中才调真实接口，并同步回填两级缓存
