API路径被静态资源正则接走了，怎样核对Nginx的location选择顺序

平级location中，普通前缀匹配以后仍可能被正则接走。API前缀需要保护时可核对是否使用^~，精确匹配另有优先级；先证明选中了哪个location，再研究proxy_pass怎样改路径。

列出同一server中的候选location

一个以.json结尾的API路由，很容易落入原本给静态资源准备的正则。此时上游路径怎么拼都无济于事，因为请求根本没进入API代理段。可以暂时给各候选location返回不同无敏感标记，通过回环请求核对选择，避免凭配置排列位置猜测前缀一定赢。

按精确最长前缀正则顺序走一遍

实验第一份配置包含普通/v1/与json结尾正则，/v1/config.json返回STATIC，/v1/models返回API。第二份只给API前缀加^~，前者改为API，真正/static/a.json仍返回STATIC。两种配置各跑三条路径，结果来自真实Nginx，不是Python模拟的排序规则。

将静态正则挪到文件后面并不一定解决问题，因为普通前缀与正则不是简单的从上到下首次命中关系。先确定前缀保护是否符合整个API树需求，再决定使用精确匹配、^~或缩小正则范围。测试路径也应包括API中合法的点号后缀，避免同类问题只换了一个文件名又出现。

说明嵌套及rewrite不套简化图

本文故意限制在平级、无rewrite的配置。嵌套location、内部跳转、正则捕获和规范化会增加选择路径，不能把六行结果当成全部Nginx路由算法。修改^~也会屏蔽该前缀下原本需要的正则，因此应把合法静态与精确健康路径纳入回归，而非只测一个修复URL。

适用范围：限定平级location、无rewrite和嵌套；真实运行Nginx才记命中结果，Python排序示意不能替代引擎。

配套样本与复核入口

• run.py：独立运行程序，包含合成输入、操作和正反例断言。
• case.json：输入说明、预期任务与适用范围，便于保存和交接。
• observed.json：本次实际执行输出；临时路径、进程号和计时可能随运行变化。

本题程序依次启动两份临时配置，每份发三条路径，总计六条回环请求。rows第一组的首项应为STATIC，第二组应为API，同时两组真正静态路径都仍为STATIC。运行以后可以先根据返回标记画选择过程，再对照配置的普通前缀与^~差别，避免把修复效果误归到请求URL或后端变化。

Linux、Python3.8以上与Nginx1.28.0，设置NGINX_BIN为可执行文件绝对路径；鉴权题还需编译启用http_auth_request_module。程序显式指定新建prefix、配置、pid和日志，所有监听均为回环高端口，绝不向已有master发送控制命令。

python3 -B run.py

阅读输出时，先按case.json中的任务逐项核对Nginx网关location正则优先级，再与observed.json比较。非零退出表示依赖或断言需要处理，应保留实际错误。

一手依据1（location先记最长前缀再匹配正则；^~与精确匹配可改变选择；只讨论固定平级配置。）。

继续阅读：用错域名也能进网关管理页，怎样用默认server拒绝未匹配Host；Nginx配置文件已经改了服务仍按旧规则转发，怎样证明reload真正生效；网关挂在 /ai/ 下为何转发错路径：用本地记录器核对 proxy_pass。