nginx可通过map指令结合$http_user_agent、$http_accept或自定义header实现浏览器兼容性降级路由，推荐用map预定义后端变量，避免if嵌套风险，并注意proxy_pass斜杠处理与兜底策略。
Nginx 本身不直接识别浏览器功能（如是否支持 HTTP/2、WebP、ES6+ 等），但可以通过 proxy_pass 配合请求头（$http_user_agent）或客户端特征（如 Accept、Upgrade）做简单降级路由，把特定浏览器请求转发到兼容性更强的后端服务（例如旧版 API 或降级静态资源服务）。
识别老旧浏览器并分流到降级后端
利用 $http_user_agent 匹配常见老旧 UA 字符串，用 if + proxy_pass 实现条件转发。注意：if 在 location 中有使用限制，推荐放在 server 块顶层或配合 map 提前定义变量。
- 用
map提前映射降级目标（更高效、推荐）：
map $http_user_agent $backend {
~*(MSIE\ [6-9]|Trident.*;.*rv:11|Edge/[1-12]\.) "http://legacy-backend";
~*Firefox/[1-3][0-9]|Firefox/4[0-5] "http://legacy-backend";
~*Chrome/[1-3][0-9]|Safari/[4-5][0-9] "http://legacy-backend";
default "http://modern-backend";
}然后在 location 中直接使用：
location /api/ {
proxy_pass $backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}按 Accept 头协商降级静态资源
某些场景下，浏览器虽新但明确声明不接受现代格式（如不支持 WebP），可通过 Accept 头判断，并将图片请求重写后转发：
- 检测是否接受
image/webp，否则转给 PNG/JPEG 兼容服务：
location ~* \.(png|jpe?g|gif)$ {
if ($http_accept !~ image/webp) {
proxy_pass http://fallback-img-server;
break;
}
proxy_pass http://cdn-server;
}⚠️ 注意：Nginx 的 if 在 location 中仅支持有限指令（proxy_pass、rewrite、return 等），且嵌套逻辑易出错，建议优先用 map + 变量方式替代。
结合 Cookie 或自定义 Header 做灰度降级
比 UA 更可控的方式是让前端主动上报能力（如通过 JS 检测后设置 X-Browser-Capability: basic），Nginx 根据该 header 路由：
map $http_x_browser_capability $route {
"basic" "http://fallback-api";
default "http://main-api";
}
<p>location /v1/ {
proxy_pass $route;
proxy_set_header X-Forwarded-For $remote_addr;
}</p>这种方式可规避 UA 伪造、版本误判问题，也便于 A/B 测试和用户手动切换模式。
补充：避免常见陷阱
- 不要在 if 中写多个 proxy_pass —— Nginx 不允许；
-
proxy_pass 后的 URL 尾部斜杠影响路径重写：如
proxy_pass http://a/;会剥离 location 路径，proxy_pass http://a;则原样传递； -
UA 匹配要加
~*表示忽略大小写，且正则尽量简洁，避免回溯爆炸； - 降级逻辑应有兜底：默认走现代服务，仅明确匹配才切 legacy，防止误伤。
不复杂但容易忽略。
