Nginx配置中使用通配符匹配Location及自定义请求头的最佳实践咨询

嘿，我来帮你捋捋这个Nginx配置的问题～首先得指出你当前写法里的一个小错误，然后再给你几个更合理的实现方案。

先纠正你当前正则的问题 #

你写的location ~ /deployments/*xx*/其实不符合正则语法哦！正则里的*是量词（表示匹配前面的字符0次或多次），不是你想用来做通配符的*。比如这个写法会被Nginx解析成：匹配/deployments/后接任意数量的/，然后xx，再任意数量的/，这完全不是你想要的“通配URI”效果。

正确的实现方式 #

根据你的需求（两个路径用相同的proxy_pass但不同的请求头），这里给你三种常用的最佳实践：

方案一：前缀匹配（性能优先）

如果你的路径是固定前缀的（比如/deployments/xx/、/deployments/yy/开头的所有URI），优先用前缀匹配，因为Nginx对前缀匹配的处理更快，写法也更简洁：

server {
    # 匹配所有以/deployments/xx/开头的路径
    location /deployments/xx/ {
        proxy_pass $uri;
        proxy_set_header custom-header val1;
    }

    # 匹配所有以/deployments/yy/开头的路径
    location /deployments/yy/ {
        proxy_pass $uri;
        proxy_set_header custom-header val2;
    }
}

方案二：正则匹配（灵活度高）

如果你的路径匹配需要更复杂的规则（比如路径中间包含xx/yy），可以用正确的正则写法。记得用^锁定开头，避免误匹配无关路径：

server {
    # 匹配以/deployments/xx/开头的所有路径
    location ~ ^/deployments/xx/ {
        proxy_pass $uri;
        proxy_set_header custom-header val1;
    }

    # 匹配以/deployments/yy/开头的所有路径
    location ~ ^/deployments/yy/ {
        proxy_pass $uri;
        proxy_set_header custom-header val2;
    }
}

方案三：map指令简化重复配置（维护性优先）

如果后续还要增加更多类似的路径规则，用map指令可以把请求头的逻辑和代理逻辑分开，减少重复代码，让配置更易维护：

# 在server块外部定义map，根据请求URI匹配对应的header值
map $request_uri $custom_header_val {
    ~^/deployments/xx/ val1;
    ~^/deployments/yy/ val2;
    # 其他路径可以设置默认值，或者留空表示不添加这个header
    default "";
}

server {
    location / {
        proxy_pass $uri;
        # 只有当header值不为空时才设置
        if ($custom_header_val != "") {
            proxy_set_header custom-header $custom_header_val;
        }
    }
}

额外注意点 #

• Nginx的location匹配有优先级：前缀匹配（location /path/）> 正则匹配（location ~），如果你的配置里还有其他前缀匹配规则，要注意顺序哦。
• 正则里如果要表示“任意字符”，用.*（.匹配单个任意字符，*表示匹配0次或多次），不要单独用*。

备注：内容来源于stack exchange，提问作者Shreyas Kulkarni