Nginx 正则含 {2} 后无法启动：pcre_compile failed missing )

给 Nginx location 加上 {2} 量词后，配置检查提示 pcre_compile() failed: missing )，而错误中显示的正则只剩 ^/([a-z]。这时应先检查 Nginx 配置的引号，而不是给本来已经配对的括号继续补 )。

例如，希望匹配 /en/、/zh/ 这类两个小写字母的路径前缀，可能写成：

location ~ ^/([a-z]{2})/ {
    # 此处保留原有处理指令
}

这是故障写法示例。{、} 同时也是 Nginx 配置块的语法字符，未加引号时，配置解析器可能在正则传给 PCRE 之前把参数截断。PCRE 收到的表达式不完整，才会报告括号缺失。

给正则整体加引号

保留正则本身，把整个匹配表达式放进引号中：

location ~ "^/([a-z]{2})/" {
    # 此处保留原有处理指令
}

~ 仍表示区分大小写的正则 location。引号属于 Nginx 的参数语法，不会把 ~ 变成普通前缀匹配，也不会取消 {2} 的“恰好两次”含义。

这条表达式匹配 /en/ 及其后续路径，不匹配 /eng/。如果要求只匹配完整的两字母目录而没有后续路径，应另按需求设置结束锚点；如果希望忽略大小写，才考虑 ~*。不要为消除启动错误同时改动这些匹配条件。

如果日志完整显示了表达式，但仍提示 missing )，检查捕获组是否真的少了右括号、转义是否被配置语法消耗，以及是否粘入了中文引号。配置参数需要普通的单引号或双引号。

若错误是 unknown directive、unexpected "{" 或其他配置语法错误，查看提示行及其前一条指令的分号和闭合情况。引号能够保护正则参数，不能修复外层配置块缺失。

rewrite、if 和正则 server_name 也有配置解析与正则解析两个层次。遇到包含块分隔符或分号的表达式，应核对相应指令的引号规则；不要把其他语言里的正则包裹格式直接粘到 Nginx 配置中。

保存原文件，只修改表达式的引号，然后对正在使用的配置执行检查。默认实例的命令示例是：

nginx -t

非默认配置文件或容器部署，使用对应实例的检查方式。只有检查通过后再重载；不要先停止现有服务来试验配置。引号修复若出现业务路由变化，恢复原有可用配置并重新检查、重载。

成功标准包括两部分：配置检查不再出现被截断的正则或 PCRE 编译错误，重载后目标路径进入预期处理，而不符合条件的路径仍按原设计处理。配置能加载，不代表正则匹配范围已经符合业务要求。