nginx location匹配严格分阶段：先精确（=）匹配完整路径且不带斜杠/参数，再按序执行正则（~/~*），二者不可混用同一行。

location精确匹配和正则匹配不能混用在同一行，必须分开定义，且顺序不决定优先级——Nginx按固定规则逐层比对，先找精确，再看前缀与正则的协作关系。

精确匹配（=）怎么写才生效

使用 = 修饰符，后面紧跟完整路径，不带尾部斜杠、不处理查询参数、不支持正则符号。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 请求 /login → 匹配 location = /login { ... }
• 请求 /login/ 或 /login?next=/home → 不匹配该规则（前者多斜杠，后者参数被忽略但路径本身不符）
• 不能写成 location = /login/ 去匹配带斜杠的请求，除非客户端真发的是无参且结尾带斜杠的 URI
• 多个 = 规则互不干扰，各自独立触发，比如同时配置 = / 和 = /health 都有效

正则匹配（~ 和 ~*）的关键写法

正则匹配在精确匹配之后执行，区分大小写（~）或不区分（~*），按配置文件中出现顺序依次尝试，命中即停。

• location ~ \.js$：只匹配以 .js 结尾的 URI，如 /static/app.js，但不匹配 /API.JS
• location ~* \.(css|png|jpg)$：统一小写后比对，/IMG.PNG 和 /style.CSS 都能命中
• 正则中不能用 $uri 变量，直接写字面正则；特殊字符如点、括号、美元符需转义
• 避免过度宽泛，例如 location ~ .* 会拦截所有未被前面规则捕获的请求，容易掩盖真实问题

精确和正则共存时的真实行为

两者不是“谁在上面谁优先”，而是 Nginx 内部有明确的分阶段匹配流程：先扫一遍所有 =，再扫 ^~，再按顺序扫 ~/~*，最后 fallback 到普通前缀。正则不会覆盖精确匹配。

• 即使你在文件底部写了 location ~ /login，只要上面有 location = /login，所有 /login 请求都走精确分支
• 若想让某个正则更早生效，只能把它往前挪，但永远无法越过 = 和 ^~ 的阶段
• 测试时可用 curl -I http://host/path 看响应头中的 Server 或自定义 header，验证到底进了哪个 location 块