在 nginx 中实现基于浏览器类型的重定向分发，核心做法是利用 `if` 指令配合内置变量 `$http_user_agent` 进行正则匹配，并通过 `return` 或 `rewrite` 指令将请求跳转到指定路径。具体而言，需要在 `server` 或 `location` 块中定义针对不同 user-agent 的匹配规则，例如识别 chrome、firefox 或移动端 ua，并设置对应的 http 状态码（如 301 或 302）及目标 url。若多个条件可能同时满足，nginx 会按配置顺序执行第一个匹配的分支，因此需注意规则的优先级和互斥性。
如何区分主流桌面浏览器并返回不同页面
要区分 Chrome 和 Firefox 等主流桌面浏览器，可以使用正则表达式提取 User-Agent 中的关键标识符，并将它们映射到不同的静态资源目录或后端服务。例如，通过检查字符串中是否包含 "Chrome" 或 "Firefox"，可以决定是将用户引导至 `/chrome/` 还是 `/firefox/` 路径。这种分发通常用于提供特定浏览器的优化资源或调试接口。实际配置时，需确保正则表达式足够精确以避免误判，例如排除包含这些关键词的非浏览器客户端。
server {
listen 80;
server_name example.com;
# 默认根路径
root /var/www/html;
index index.html;
location / {
# 优先匹配 Chrome
if ($http_user_agent ~* "Chrome") {
return 301 /chrome/index.html;
}
# 其次匹配 Firefox
if ($http_user_agent ~* "Firefox") {
return 301 /firefox/index.html;
}
# 其他浏览器或默认行为
try_files $uri $uri/ =404;
}
}
上述配置中，当请求到达时，Nginx 会依次检查 `$http_user_agent`。如果 UA 包含 "Chrome"，则立即返回 301 重定向到 `/chrome/index.html`；如果不匹配 Chrome 但包含 "Firefox"，则重定向到 `/firefox/index.html`；否则尝试查找本地文件。预期结果是：使用 Chrome 访问时，浏览器地址栏变为 `/chrome/index.html`；使用 Firefox 访问时，地址栏变为 `/firefox/index.html`；使用 Safari 或其他浏览器时，正常加载根目录下的 `index.html`。注意，`if` 指令在 `location` 块中的行为可能与预期略有差异，建议在生产环境中结合 `map` 模块使用以获得更稳定的性能。
如何针对移动端浏览器进行独立分发
针对移动端浏览器的分发通常需要识别特定的 UA 特征，如 "Mobile"、"Android" 或 "iPhone"，并将请求重定向到移动专属版本的路径，例如 `/mobile/`。这与桌面浏览器的处理逻辑类似，但需要单独定义匹配规则，因为移动 UA 往往包含更多设备信息。在实际应用中，可能需要结合屏幕分辨率或触摸支持等前端特性，但 Nginx 层面仅能基于 UA 字符串进行判断。为确保准确性，应使用宽松的正则表达式以覆盖不同厂商的 UA 变体，同时避免将平板设备错误归类为手机。
server {
listen 80;
server_name example.com;
root /var/www/html;
index index.html;
location / {
# 匹配 Android 移动设备
if ($http_user_agent ~* "Android.*Mobile") {
return 302 /mobile/android.html;
}
# 匹配 iPhone
if ($http_user_agent ~* "iPhone") {
return 302 /mobile/iphone.html;
}
# 匹配 iPad (视为平板，不重定向到手机版)
if ($http_user_agent ~* "iPad") {
return 302 /tablet/ipad.html;
}
# 默认桌面版
try_files $uri $uri/ =404;
}
}
该配置展示了如何根据移动设备类型进行细分。当 UA 包含 "Android" 且紧随其后有 "Mobile" 时，重定向至 `/mobile/android.html`；当 UA 包含 "iPhone" 时，重定向至 `/mobile/iphone.html`；当 UA 包含 "iPad" 时，重定向至 `/tablet/ipad.html`。其他情况则回退到默认桌面版。预期结果是：Android 手机访问时跳转到安卓移动版，iPhone 访问时跳转到 iOS 移动版，iPad 访问时跳转到平板版，而桌面浏览器保持原样。需要注意的是，`~*` 表示不区分大小写的正则匹配，这有助于兼容不同 UA 的大小写格式。此外，302 临时重定向适用于测试阶段，生产环境可改为 301 永久重定向以提升缓存效率。
当 User-Agent 为空或包含特殊字符时会发生什么
当 `User-Agent` 请求头为空或包含特殊字符时，Nginx 的 `$http_user_agent` 变量将为空字符串或原始未解码内容，导致基于正则的匹配失败，从而触发默认行为。例如，如果客户端发送的请求中没有 `User-Agent` 头，`$http_user_agent` 为空，所有 `if ($http_user_agent ~* ...)` 条件均不成立，请求将进入 `try_files` 流程。若 UA 中包含非 ASCII 字符或未正确编码，正则表达式可能无法匹配，同样导致 fallback。为避免此类问题，建议在配置中显式处理空 UA 的情况，或使用 `map` 指令进行预处理，确保所有输入都能被安全解析。
