在 nginx 中配置移动端与 pc 端页面的降级，核心做法是利用 try_files 指令结合正则表达式或变量判断设备类型，按优先级依次尝试匹配文件。具体而言，先检查是否存在针对移动端的特定页面（如 m/index.html），若不存在则回退到默认的 pc 端页面（如 /index.html）。通过设置 $is_mobile 变量或使用 user-agent 识别，可以确保当移动端资源缺失时自动加载 pc 版，反之亦然，从而实现无缝的降级体验。
如何根据 User-Agent 识别移动端并优先加载 m 目录下的文件？
要识别移动端并优先加载 m 目录下的文件，需要在 server 块中定义一个变量来存储设备标识，然后在 location 中使用 try_files 进行路径映射。首先，使用 if 语句配合 $http_user_agent 正则匹配来设置 $mobile_device 变量。接着，在 location / 中，将请求 URI 转换为移动端路径，例如将 /page 变为 /m/page，并使用 try_files 指定该移动端路径和 fallback 的 PC 路径。这样，Nginx 会先尝试查找 /m/page，如果找到则直接返回；如果未找到，则继续尝试 /page。
server {
listen 80;
server_name example.com;
# 定义移动端变量
set $mobile_device 0;
if ($http_user_agent ~* "(MIDP|WAP|UP.Browser|Smartphone|Android|iOS)") {
set $mobile_device 1;
}
location / {
root /var/www/html;
index index.html;
# 如果是移动端，尝试 /m/uri，否则 fallback 到 /uri
try_files /m$uri /$uri /index.html;
}
}
上述配置中，/m$uri 表示拼接移动端前缀，/$uri 表示原始 PC 路径，最后的 /index.html 作为最终兜底。假设用户访问 /about，若 /var/www/html/m/about 存在，则返回该文件；若不存在，则尝试 /var/www/html/about；若仍不存在，则返回根目录下的 index.html。这种结构确保了移动端优先加载专用页面，同时具备强大的降级能力。
如何在 try_files 中处理 SPA 应用的 HTML5 History 模式？
对于单页应用（SPA），通常使用 HTML5 History 模式，所有路由都指向同一个 index.html。在移动端降级场景下，需要确保无论访问哪个子路径，都能正确加载对应的移动端或 PC 端入口文件。此时，try_files 的最后一步应指向具体的入口文件，而不是依赖 index 指令。例如，可以将最后一步设为 /m/index.html 或 /index.html，取决于设备类型。为了简化配置，可以在 location 中直接使用 try_files $uri $uri/ /m/index.html; 或类似逻辑，但需结合设备判断。更稳健的做法是，在 try_files 中明确列出可能的静态资源路径，最后 fallback 到入口文件。
server {
listen 80;
server_name example.com;
set $mobile_device 0;
if ($http_user_agent ~* "(MIDP|WAP|UP.Browser|Smartphone|Android|iOS)") {
set $mobile_device 1;
}
location / {
root /var/www/html;
# 尝试静态文件 -> 目录索引 -> 移动端入口 -> PC端入口
try_files $uri $uri/ /m/index.html /index.html;
}
}
在这个配置中，$uri 代表请求的文件路径，$uri/ 代表目录。如果两者都不存在，Nginx 会继续尝试 /m/index.html，即移动端的入口文件。如果 /m/index.html 也不存在，则最后尝试 /index.html，即 PC 端的入口文件。这种链式 fallback 机制完美适配 SPA 的路由需求，同时实现了移动端的优先加载和降级。需要注意的是，try_files 中的最后一个参数必须是绝对路径，且必须存在于文件系统中，否则会返回 404。
当移动端页面不存在时，try_files 的具体回退行为是什么？
当移动端页面不存在时，try_files 会严格按照参数顺序依次尝试下一个路径，直到找到存在的文件或到达最后一个参数。如果最后一个参数是一个内部重定向（以 = 开头）或一个存在的文件，则执行相应操作；如果最后一个参数也不存在，则返回 404 错误。在移动端降级场景中，最后一个参数通常是 PC 端的入口文件或默认首页。因此，只要 PC 端文件存在，即使移动端文件缺失，用户也能正常访问网站，只是看到的是 PC 版内容。这种行为确保了网站的可用性，避免了因资源缺失导致的白屏或 404 错误。
