如何在Nginx中使用try_files直接转发请求至指定location块（无需检查文件）

嘿，这个问题我之前折腾nginx的时候也碰到过！确实，try_files的语法要求必须遵循try_files file ... uri;的格式，直接省略文件参数肯定会抛出invalid number of arguments的错误。你提到的用不存在的文件当占位符的办法虽然能跑，但确实不够优雅，还可能带来没必要的磁盘检查开销。下面给你几个更合适的解决方案，顺便结合你的场景搞定/path和/path/的统一处理问题～

一、优雅实现“直接转发”的两种方式 #

1. 使用不存在的Nginx变量作为占位符 #

你可以用一个不存在的变量来充当第一个参数，nginx会直接判定这个“文件”不存在，然后立刻跳转到后面的URI或命名location，而且这个检查完全不会触发磁盘IO，几乎没有开销：

try_files $nonexistent_var @target_location;

这里的$nonexistent_var是随便写的、nginx没有定义的变量，它会被视为不存在的路径，直接触发后续的转发逻辑。

2. 用rewrite指令替代（更直接） #

如果你的需求只是单纯把请求转发到另一个location，其实完全可以不用try_files，直接用rewrite更直观：

rewrite ^ /target/path last;
# 或者如果是转发到命名location：
rewrite ^ @target_location last;

rewrite ... last会让nginx重新匹配location规则，完美实现你的转发需求。

二、结合你的场景：统一处理/path和/path/ #

你提到不想复制location /path/里的配置（比如alias、expires这些），怕后续维护麻烦，那最合理的做法是把公共配置抽成命名location，然后让两个路径都指向它：

步骤1：定义公共的命名location #

把/path/里的核心配置放到一个以@开头的命名location中：

@path_common {
    alias /some/dir/;
    try_files $uri $uri/index.html =404;
    expires 604800;
}

步骤2：让两个路径都调用这个公共配置 #

# 处理带斜杠的/path/
location /path/ {
    try_files $uri $uri/index.html @path_common;
}

# 处理不带斜杠的/path，直接转发到公共配置
location = /path {
    # 方式一：用rewrite转发到带斜杠的路径（推荐，符合URL规范）
    rewrite ^ /path/ last;
    # 方式二：用try_files直接跳转到命名location
    # try_files $nonexistent_var @path_common;
}

这样不管用户访问/path还是/path/，都会用同一套配置处理，后续修改配置只需要改@path_common就行，完全不用同步多个location的内容。

另外补充一点：你担心的location /path（不带等号）会导致路径遍历的问题，确实存在——因为location /path会匹配所有以/path开头的请求（比如/path/../恶意路径），所以用**精确匹配的location = /path**是完全正确的做法，既安全又能精准处理不带斜杠的请求。

备注：内容来源于stack exchange，提问作者Vojtech Kane