Nginx 1.13.8配置：请求无匹配时默认使用location /

嘿，针对你在Nginx 1.13.8里的这个需求，其实你当前的配置已经默认实现了这个功能！不过我还是给你拆解下背后的匹配逻辑，以及特殊场景下的注意事项：

Nginx Location匹配优先级逻辑 #

Nginx处理请求时，会按照以下顺序匹配location块，一旦匹配到就停止后续检查：

• 精确匹配：用=定义的location（比如location = /login），优先级最高；
• 前缀优先匹配：用^~定义的location（比如location ^~ /static/），匹配到后直接跳过正则检查；
• 正则匹配：用~（区分大小写）或~*（不区分大小写）定义的location，按配置文件中的顺序匹配，第一个命中的生效；
• 普通前缀匹配：像你配置里的location /这类，Nginx会选择最长的匹配前缀，但/是所有HTTP请求路径的基础前缀，任何没被前面三种规则命中的请求，都会自动落到这个块里。

结合你的配置验证 #

看你提供的示例配置，当请求路径是/test、/foo/bar这类没有对应专属location的路径时，Nginx找不到更精确的匹配项，就会自动使用location /的配置，将请求代理到portal_backend。

特殊场景的补充说明 #

如果你后续新增了正则匹配的location（比如处理特定后缀的文件），只要正则规则没有覆盖所有可能的请求路径，location /依然会作为兜底存在。举个例子：

# 新增处理HTML文件的正则location
location ~* \.html$ {
    root /usr/share/nginx/html;
    index index.html;
}

此时请求/index.html会走上面的正则块，而/api/user这类未被正则匹配的请求，还是会自动落到location /。

总结 #

你当前的配置完全满足“未匹配任何location时默认使用location /”的需求，不需要做额外修改。如果后续调整配置，只要不删除location /，它就会一直作为兜底规则生效。

内容的提问来源于stack exchange，提问作者riqitang