在 nginx 的 `rewrite` 指令中，正则表达式默认采用 posix 扩展正则表达式（ere）的贪婪匹配模式，即尽可能多地匹配字符。要解决贪婪匹配导致的问题，只需在捕获组或需要限制长度的部分后添加问号 `?`，将其转换为非贪婪（惰性）匹配模式。
Nginx rewrite 中贪婪匹配的具体表现是什么
贪婪匹配意味着正则引擎会尝试消耗掉字符串中所有可能的字符，直到无法继续匹配为止，然后再回溯以满足整体规则。在 Nginx 配置中，这通常会导致路径截取错误，例如将 `/a/b/c` 误判为 `/a/` 而非预期的 `/a/b/`。
server {
listen 80;
server_name example.com;
# 贪婪匹配示例：.* 会匹配到最后一个斜杠
rewrite ^(.*)$ /fallback/$1 last;
location /fallback/ {
root /var/www/html;
}
}
上述配置中，如果请求是 /test/file.html，贪婪的 .* 会匹配整个路径。虽然这里没有直接展示错误，但在更复杂的条件判断中，如 ^(/.*)/(.*)$，第一个分组会吞掉大部分内容。若需精确匹配特定层级，必须使用非贪婪模式 (.*?)。
如何修改正则表达式以启用非贪婪匹配
通过在量词（如 *, +, ?）后添加 ? 后缀，可以强制正则引擎进行非贪婪匹配。这种模式会在满足后续匹配条件的前提下，尽可能少地消耗字符。这是解决 Nginx 路径解析歧义的标准做法。
# 非贪婪匹配示例 # 匹配第一个斜杠前的内容 rewrite ^(/[^/]*)/(.*)$ $1/$2 last; # 或者使用非贪婪通配符 rewrite ^(/.*?)/(.*)$ /processed/$1/$2 last;
在第二个代码块中，/[^/]* 明确排除了斜杠，确保只匹配当前目录名。而 /.*? 则利用非贪婪特性，在遇到第一个斜杠时停止匹配。这两种方式都能有效避免贪婪匹配带来的过度捕获问题，确保 $1 和 $2 变量包含预期的路径片段。
基于具体输入 /api/v1/users 的匹配结果验证
针对输入路径 /api/v1/users，我们可以对比贪婪与非贪婪模式下的实际匹配结果。使用贪婪模式 ^(.*)/(.*)$，第一个捕获组 $1 将得到 /api/v1/user，而 $2 为 s。若改用非贪婪模式 ^(.*?)/(.*?)$，则 $1 为 /api/v1，$2 为 users。这种差异直接影响后端路由的分发逻辑，因此在编写 Nginx 重写规则时，必须根据业务需求选择正确的匹配策略。
