如何在Nginx中通过通用配置批量处理同域名下多服务的重复location规则？

嘿，这个需求太常见了！我之前也碰到过类似的场景——一堆同前缀的服务，每个都要写几乎一样的location配置，维护起来简直头疼。你之前尝试用if块里嵌套location的思路其实方向对，但Nginx的配置语法有个硬限制：不能在if指令内部使用location，因为location属于路由匹配的结构定义，不是可以动态条件触发的指令。

不过别担心，有两种更优雅的方式解决这个问题，完全不用逐个写location：

方案一：正则location捕获服务标识，直接复用通用配置 #

你可以用一个正则匹配的location，一次性捕获所有/data_xxx/格式的路径，然后在这个location里设置变量，再引入你的通用配置文件。这样所有符合规则的服务都会自动套用相同的配置，不用逐个定义location。

主配置文件里这么写：

# 用正则捕获路径里的服务标识，比如first/home/test
location ~^/data_(?<fp>first|home|test)/ {
    # 设置服务变量，后续通用配置里可以直接用
    set $xService data_$fp;
    # 引入通用配置
    include xService.conf;
}

以后要新增服务，比如/data_new/，只要在正则的捕获组里加个|new就行：

location ~^/data_(?<fp>first|home|test|new)/ {
    ...
}

方案二：更宽松的正则，无需修改配置即可新增服务 #

如果你的服务命名都是小写字母、数字或下划线，还可以把正则写得更宽松，这样新增服务连正则都不用改，只要路径符合/data_xxx/格式就自动匹配：

location ~^/data_(?<fp>[a-z0-9_]+)/ {
    set $xService data_$fp;
    include xService.conf;
}

这种方式适合服务数量多、经常新增的场景，不过要注意如果有不符合规则的/data_开头路径也会被匹配，根据你的实际情况选择就行。

通用配置文件xService.conf的写法 #

你的xService.conf里的指令完全可以直接使用$xService变量，比如：

# 测试用的响应头，验证变量是否生效
add_header X-Pass-Return $xService;

# 示例：代理到对应名称的后端服务
proxy_pass http://backend-$xService;

# 其他通用配置，比如rewrite、缓存、认证逻辑都可以放这里
rewrite ^/$xService/(.*)$ /$1 break;
# ... 你的20多行重复配置

为什么之前的方法行不通？ #

再补充下原因：Nginx的配置是声明式的，它会在启动时先解析所有的location规则构建路由匹配树，而if属于运行时的条件判断，不能在运行时动态添加路由规则。所以你之前在if里写location的方式，Nginx启动时就会报错，根本加载不起来。

用正则location的方式，是在启动时就把所有符合规则的路径都纳入同一个匹配规则里，运行时再通过变量区分不同服务，完美避开了这个语法限制。

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