Nginx中实现URI精确匹配需用~或~*配合^和$锚点，如location ~ ^/api/v1/users$；^~不支持正则，仅作前缀匹配；优先级上=最高，正则最低，固定路径应优先用=。
Nginx 中使用正则精确匹配 location 路径，关键在于用 ^~ 或 ~ / ~* 修饰符配合锚定符号（^ 和 $），确保不发生前缀匹配或部分匹配。
用 ^~ + 正则锚点实现高效精确前缀匹配
^~ 本身不是正则，而是“非正则、优先前缀匹配”，但它常和严格路径设计配合使用。若你真正需要正则且要求“完全匹配整个 URI”，必须显式用 ^ 开头、$ 结尾：
-
location ^~ /api/v1/users$ { ... }❌ 错误 ——^~后不能跟正则，这会变成字面量前缀匹配，$被当作普通字符 -
location ~ ^/api/v1/users$ { ... }✅ 正确 ——~启用区分大小写的正则，^...$强制整串精确匹配 -
location ~* ^/api/V1/USERS$ { ... }✅ 不区分大小写，也只匹配该完整路径
避免常见陷阱：URI 归一化与结尾斜杠
Nginx 匹配的是 请求 URI（未解码、无查询参数），且默认不自动处理末尾 /。例如：
- 请求
GET /admin和GET /admin/是两个不同 URI - 若想两者都匹配，需写成：
location ~ ^/admin/?$ { ... }（?表示前面的/可选） - 注意：URI 中的
%20等编码不会被自动解码后再匹配，正则中应按编码后形式书写（如空格写为%20或用\s需开启rewrite模块支持，一般不推荐）
优先级顺序决定是否真走正则匹配
即使写了精确正则，也可能被更高优先级的非正则规则拦截。Nginx location 匹配顺序是：
- 精确匹配
= /path（最高优先级） - 最长前缀匹配
/path或^~ /path - 按配置文件出现顺序，依次检查
~和~*正则（第一个匹配即停止）
所以，要确保你的正则规则不被上面两类提前截获。例如：
location = /api/v1/users { ... } # 精确匹配，优先级最高<br>location ~ ^/api/v1/users$ { ... } # 这行永远不会执行实用建议：优先用 =，正则仅用于动态模式
如果路径完全固定，直接用 = 最高效、最明确：
-
location = /healthz { return 200 "OK"; }—— 比正则快，且绝对精确 - 只有需通配时才用正则：如
location ~ ^/static/\w+\.(js|css|png)$ { ... } - 调试时加
log_format和access_log，或用echo指令（需 echo 模块）验证实际匹配到哪个 location
