Nginx配置：如何基于URL与请求头实现分流规则？

一、需求实现配置 #

先修正你原有配置中的正则小问题：原正则里的 (.[0-9]+) 应该改为 (\.[0-9]+)（点号需要转义，否则会匹配任意字符）。在此基础上，通过变量赋值+条件判断的方式即可实现请求头source的转发逻辑，具体配置如下：

location ~ ^/v[1-9]+(\.[0-9]+)*/abc/fetch {
    set $upstream http://zone1.svc.cluster.local:4911;
    # 判断请求头source是否为"gif"，是则覆盖上游地址
    if ($http_source = "gif") {
        set $upstream http://zone3.svc.cluster.local:4911;
    }
    proxy_pass $upstream;
}

location ~ ^/v[1-9]+(\.[0-9]+)*/abc/b2c {
    set $upstream http://zone2.svc.cluster.local:4911;
    if ($http_source = "gif") {
        set $upstream http://zone3.svc.cluster.local:4911;
    }
    proxy_pass $upstream;
}

# fallback rule
location ~ ^/v[1-9]+(\.[0-9]+)*/abc {
    set $upstream http://zone.svc.cluster.local:4911;
    if ($http_source = "gif") {
        set $upstream http://zone3.svc.cluster.local:4911;
    }
    proxy_pass $upstream;
}

逻辑说明 #

• Nginx会自动将请求头source映射为变量$http_source（请求头名转小写，横线替换为下划线）；
• 先为每个location设置默认上游地址，再通过if判断请求头值，匹配则覆盖$upstream变量；
• 最后统一用proxy_pass指向变量，避免在if块内直接执行proxy_pass（这是if指令的危险用法）。

二、关于Nginx if指令“邪恶”的讨论 #

为什么说if指令“邪恶”？ #

Nginx的if指令在rewrite阶段执行，而Nginx的配置是分阶段处理的。如果在if块内直接使用proxy_pass、root等非rewrite阶段的指令，会触发Nginx的“怪异行为”——比如变量不生效、配置逻辑被强制重写，甚至出现500错误，这也是官方文档明确警告的用法。

更优的实现方式 #

安全且推荐的用法是仅用if修改变量，再在块外执行业务指令（比如上面的proxy_pass），这种方式完全符合Nginx的阶段处理逻辑，不会出现异常。

另外也可以用map指令实现，在http块中定义映射规则：

http {
    map $http_source $override_upstream {
        default "";
        "gif" "http://zone3.svc.cluster.local:4911";
    }

    # 后续server配置...
    location ~ ^/v[1-9]+(\.[0-9]+)*/abc/fetch {
        set $upstream http://zone1.svc.cluster.local:4911;
        # 如果映射有值则覆盖
        if ($override_upstream != "") {
            set $upstream $override_upstream;
        }
        proxy_pass $upstream;
    }
    # 其他location同理
}

这种方式适合多条件映射的场景，单条件下和if修改变量的方式效果一致，可根据个人习惯选择。

总结最优方案 #

对于你的单条件需求，用set定义默认上游+if修改变量的方式最直接高效，既满足需求，又规避了if指令的风险用法，是Nginx官方认可的安全实现。

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