Nginx Location匹配规则问题：如何避免误匹配/foobar？

这事儿我之前也踩过坑！你遇到的核心问题是Nginx前缀匹配的特性：location /foo 会匹配所有以/foo开头的请求，自然就包括了/foobar；而直接用location /foo/的话，又会漏掉mydomain.com/foo这个不带斜杠的请求。下面给你两个完美解决的方案：

方案一：精确匹配+前缀匹配组合（推荐，性能更好） #

利用Nginx的精确匹配优先级最高的特性，先精确匹配/foo，然后内部重定向到/foo/，再用前缀匹配处理所有/foo/开头的请求。这样既能覆盖/foo、/foo/，也能匹配/foo/bar?example=true这类子路径，同时完全排除/foobar。

配置示例：

# 精确匹配不带斜杠的/foo，内部重定向到/foo/（不想改URL就用内部跳转）
location = /foo {
    # 外部重定向（浏览器地址栏会变成/foo/）
    return 301 $scheme://$host/foo/;
    # 或者内部跳转（地址栏不变）：rewrite ^ /foo/ last;
}

# 匹配所有以/foo/开头的请求，包括/foo/本身和子路径
location /foo/ {
    # 这里写你的业务逻辑，比如proxy_pass、root等
    # 示例：proxy_pass http://your_upstream_service;
}

方案二：正则匹配 #

用正则表达式精确限定/foo的边界，匹配要么是/foo结尾，要么是/foo/开头的请求。正则匹配的优先级比前缀匹配高，注意如果有其他正则匹配规则，需要调整位置保证优先级正确。

配置示例：

location ~ ^/foo(/|$) {
    # 这里写你的业务逻辑
    # 示例：root /path/to/your/static/files;
}

正则解释：

• ^ 锚定字符串开头，确保匹配从/foo开始
• (/|$) 表示要么紧跟一个斜杠（对应/foo/xxx），要么到字符串结尾（对应/foo本身）
  如果需要不区分大小写的匹配，把~换成~*即可。

为什么之前的方案不行？ #

• location /foo：属于前缀匹配，只要请求路径以/foo开头就会命中，所以/foobar自然被匹配
• location /foo/：同样是前缀匹配，但要求路径以/foo/开头，所以/foo这个不带斜杠的请求就不会被匹配到，这就是你说的“未达到预期”的原因

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