移动端Nginx缓存优化需识别归一化请求特征、分层设置时效、适配弱网、隔离缓存区：用map清洗query，标准化cache_key；HTML缓存2分钟，API按需分级，静态资源7天；启用stale与lock机制；独立mobile_cache区避免PC污染。
针对移动端网络环境优化 Nginx 缓存命中率，核心是解决“弱网波动大、设备碎片多、用户行为短促、资源更新频繁”带来的缓存错配问题。不能简单套用 PC 端策略，而要让缓存能识别移动特征、容忍网络抖动、适配终端能力，并避免因 URL 参数或响应头差异导致重复缓存。
识别并归一化移动端请求特征
移动端请求常携带干扰缓存一致性的变量：随机 UTM 参数、调试 query（如 ?debug=1）、设备指纹 header（X-Device-ID）、甚至大小写不一致的路径。这些会导致同一资源被缓存多份。
- 用
map指令清洗 query：提前剥离非语义参数，例如只保留v=（版本号）和lang=，其余统一清空 - 标准化缓存键：
proxy_cache_key "$scheme$host$uri$is_args$clean_args $http_x_mobile";，其中$http_x_mobile是后端或 CDN 注入的稳定标识（如1或mobile），比依赖User-Agent更可靠 - 对已知移动 UA（如含
Mobile、iPad、Android）统一设为$is_mobile=1，用于后续分流或 key 构建
按移动内容类型分层设置缓存时效
移动端页面结构轻、接口调用密、静态资源更新快，需避免“一刀切”的过期时间。
- HTML 页面（如
/m/路径）：启用短时缓存（proxy_cache_valid 200 2m），配合proxy_cache_use_stale updating防止刷新瞬间大量回源 - API 响应（如
/m/api/）：按业务敏感度分级，用户信息类禁用缓存（proxy_no_cache $cookie_session_id），列表页可缓存 15–30 秒 - 图片与字体资源（
.webp、.woff2）：设为长期缓存（proxy_cache_valid 200 7d），并确保后端返回Cache-Control: public, immutable，减少条件请求
适配弱网场景，提升缓存可用性
4G/5G 切换、地铁隧道等场景下，后端可能超时或返回错误，此时应优先返回“稍旧但可用”的缓存。
- 开启 stale 支持：
proxy_cache_use_stale error timeout http_500 http_502 http_503 http_504 updating; - 对移动请求启用锁机制：
proxy_cache_lock on; proxy_cache_lock_timeout 2s;，防止弱网下多个重试请求同时穿透 - 在响应头中透出缓存状态：
add_header X-Cache-Status "$upstream_cache_status" always;，便于前端监控并做降级（如显示“离线加载中”）
隔离移动缓存区，避免与 PC 缓存互相污染
PC 和移动端常共用同一后端，但返回内容（如 layout、图片尺寸、JS bundle）不同。若共用 keys_zone，极易因 key 冲突导致缓存覆盖或误命中。
- 定义独立缓存区：
proxy_cache_path /var/cache/nginx/mobile levels=1:2 keys_zone=mobile_cache:64m max_size=5g inactive=30m; - 在 mobile location 中明确指定：
proxy_cache mobile_cache; - 对
/m/、/api/mobile/、带X-Requested-With: XMLHttpRequest+X-Mobile: true的请求，强制路由到该 zone
