nginx中精准匹配url参数需通过location正则匹配路径并用rewrite捕获变量，而非直接解析query string；$arg_id等内置变量可用于条件判断，但推荐优先将参数嵌入路径设计。
在 Nginx 中精准匹配并捕获 URL 参数，核心靠 location 正则匹配 + rewrite 捕获变量，而不是直接“读取 query string”（如 ?id=123 中的 id）。Nginx 的 location 和 rewrite 默认只处理 URI 路径部分（即 /path/to/page），不自动解析查询参数（query string）。但你可以通过正则捕获路径中的结构化信息，并结合 $1、$2 等引用捕获组实现精准提取和重用。
用 ~ 或 ~* 在 location 中捕获路径参数
这是最常用也最可靠的方式——把参数“嵌入路径”，再用正则捕获：
-
location ~ ^/user/(\d+)$ { ... }→ 匹配/user/123，$1就是123 -
location ~* ^/post/([a-zA-Z0-9_-]+)/?$ { ... }→ 不区分大小写匹配/post/my-article或/post/my-article/，$1是my-article -
location ~ ^/api/v(\d+)/products/(\d+)$ { ... }→ 同时捕获版本号和产品 ID，$1 = "1"，$2 = "456"
用 rewrite 提取并重写，保留或重组参数
rewrite 支持在匹配路径的同时，把捕获值注入新 URI，甚至拼接原始 query string：
-
rewrite ^/article/(\d+)$ /article.php?id=$1? last;→ 把/article/789映射为/article.php?id=789（?保留原 query） -
rewrite ^/blog/(\d{4})/(\d{2})/(\d{2})/(.+)$ /blog.php?year=$1&month=$2&day=$3&slug=$4 last;→ 拆解日期路径并转成参数 - 若需透传全部原始参数，结尾加
?即可：rewrite ^/item/(\w+)$ /item/detail.php?sku=$1? last;→ 原请求/item/A123?page=2变成/item/detail.php?sku=A123&page=2
注意：query string 本身不能被 location 直接正则匹配
location 规则不作用于 ?key=value 部分。例如 location ~ \?id=\d+ 是无效的 —— Nginx 会忽略问号及之后内容进行匹配。
- 想根据 query 参数做逻辑分流？用
if ($args ~ id=\d+)或更稳妥的if ($arg_id ~ ^\d+$) -
$arg_id是 Nginx 内置变量，自动解析?id=123中的值；同理有$arg_page、$arg_sort等 - 但
if在 location 外慎用，建议优先用 location + path 设计规避对 query 的依赖
实际配置片段示例
将 /u/用户名 转为 /profile.php?name=用户名，并支持带斜杠：
location ~ ^/u/([^/]+)(/?)$ {
rewrite ^/u/([^/]+)(/?)$ /profile.php?name=$1? last;
}
-
([^/]+)精确捕获非斜杠字符（避免贪婪匹配到后续路径） -
(/?)可选结尾斜杠，不影响捕获 -
?在 replacement 末尾确保原始 query（如?ref=abc）被保留
