Nginx 本身不构成集群，但可通过多实例+统一upstream+智能分流实现移动端与PC端精准流量调优；核心是基于User-Agent的稳定识别（map预解析、显式判断iPad）、双upstream物理隔离后端、差异化缓存与SEO处理，以及支持灰度和AB测试的扩展能力。
基于 User-Agent 的稳定识别与分流
这是最常用也最可控的方式。Nginx 通过 map 指令预解析 $http_user_agent，生成布尔型变量（如 $is_mobile），避免在 if 中重复正则匹配，提升性能。
- 使用
~*进行大小写不敏感匹配，覆盖主流移动标识（mobile、android、iphone、ipad、ios） - 注意 iPad 默认被识别为桌面设备，需显式加入判断，否则会误入 PC 流量池
-
default 0要明确设为 PC，防止未匹配 UA 导致路由异常
双 upstream 分组 + 条件 proxy_pass
将后端服务按终端类型物理隔离：PC 后端提供宽屏布局、高分辨率资源、完整 JS 功能；移动端后端启用响应式接口、轻量模板、图片懒加载优化等。
- 定义两个 upstream 块，分别指向不同 IP/端口或 Kubernetes Service，支持健康检查（
max_fails=2 fail_timeout=30s） - 在 server 或 location 块中用
if ($is_mobile) { proxy_pass http://mobile_backend; }实现分支转发 - 务必在 if 外补上默认
proxy_pass http://pc_backend;，避免无匹配时 500 错误
兼顾 SEO 与缓存策略的差异化配置
移动端和 PC 端不仅内容不同，缓存行为也应区分。搜索引擎爬虫（如 Googlebot）常带 Mobile 字样，但本质是 PC 爬虫，需单独处理。
- 在 map 中排除主流爬虫 UA（如
googlebot、bingbot），强制走 PC 分支，保障 SEO 一致性 - 为 mobile_backend 设置更短的缓存时间（
proxy_cache_valid 200 302 10m），适配频繁更新的 H5 页面 - 为 pc_backend 开启更激进的静态资源缓存（
proxy_cache_valid 200 302 1h），配合 ETag 和 Last-Modified
灰度发布与 AB 测试的协同扩展
设备类型只是第一层分流维度。实际生产中常叠加用户身份、地域、灰度标签等做复合决策。
- 用
split_clients模块基于$remote_addr或$cookie_uid对移动端用户再切 5% 到新版本接口 - 结合
geo指令限制某地区仅开放移动端功能（如海外仅推 PWA） - 通过自定义 header（如
X-Device-Mode: mobile）透传终端信息给后端，便于日志归因与 A/B 数据分析
