如何在不修改客户端浏览器地址的情况下使用NGINX try_files指令？

嘿，我完全懂你的困扰——用try_files匹配带查询参数的预渲染文件时，NGINX总忍不住给客户端跳转到带斜杠的URL，不仅暴露了后端的文件存储结构，还导致浏览器报404，这确实挺闹心的！

问题根源 #

你原来的配置try_files $uri/$is_args$args/ $uri $uri/ @ssr;会触发NGINX的默认目录重定向：当$uri/$is_args$args/指向一个真实存在的目录时，NGINX会自动给客户端返回301重定向，把URL改成带末尾斜杠的版本（比如从/posts?page=5跳到/posts/?page=5），这就是你遇到问题的核心原因。

解决方法：直接匹配预渲染文件而非目录 #

我们只需要调整try_files的匹配规则，直接指向预渲染的index.html文件，而不是用末尾带斜杠的目录路径，这样就能避免触发重定向，同时让NGINX悄悄返回对应文件的内容，客户端地址栏完全保持不变。

具体配置示例

假设你的预渲染文件存在于/path/to/your/static/content/目录下，比如/posts?page=5对应的预渲染文件是/path/to/your/static/content/posts/?page=5/index.html，可以这么改：

location / {
    root /path/to/your/static/content;
    
    # 优先匹配带查询参数的预渲染文件
    try_files $uri/$is_args$args/index.html $uri $uri/ @ssr;
    
    # 可选：彻底关闭绝对路径重定向，防止意外跳转
    absolute_redirect off;
}

# 你的SSR fallback配置
location @ssr {
    proxy_pass http://your-ssr-backend; # 替换成你的SSR服务地址
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    # 其他必要的代理配置...
}

额外说明 #

1. 为什么这样有效？
   直接指定$uri/$is_args$args/index.html后，NGINX会直接查找这个文件是否存在，找到后就直接返回内容，不会触发目录重定向逻辑——因为我们匹配的是具体文件，不是目录路径。

2. 如果查询参数有特殊字符怎么办？
   有些文件系统对?这类特殊字符的支持不太友好，你可以调整预渲染文件的存储结构，比如把查询参数部分改成page=5而非?page=5，这时候把规则改成try_files $uri/$args/index.html ...即可，对应的文件路径就是/posts/page=5/index.html，这样更符合常规命名习惯。

3. 排查残留重定向
   如果还是出现跳转，检查一下配置里有没有其他rewrite规则、return指令或者其他location块干扰，确保当前location的规则优先级最高。

备注：内容来源于stack exchange，提问作者Jeremias Nater