Nginx中=修饰符实现精确匹配，要求请求路径与配置URI完全一致（区分大小写、不支持正则、不处理尾部斜杠），优先级最高，命中即终止匹配。
Nginx 中使用 = 修饰符可实现 location 的**精确匹配**，即请求路径必须与配置的字符串**完全一致（区分大小写、不支持正则、不处理尾部斜杠差异）**，才会命中该规则。这是优先级最高的匹配方式，一旦匹配成功，Nginx 立即停止后续 location 查找并执行对应配置。
精确匹配的基本语法和特点
= 必须紧贴在 location 关键字后，后面跟一个**完整的、无通配符的 URI 字符串**。它不进行任何模式扩展或路径规范化：
- 只匹配完全相同的请求路径（例如
= /api只匹配GET /api，不匹配/api/、/api/v1或/API） - 不自动处理末尾斜杠 ——
= /admin和= /admin/是两个独立规则 - 匹配速度最快，因为无需遍历或正则运算
- 优先级高于
^~、普通前缀匹配和正则匹配（~/~*）
常见用法示例
适合用于明确、固定、高频访问的静态入口点：
-
根路径快速响应：
location = / { return 200 "Welcome!"; }—— 仅/匹配，/index.html不会命中 -
健康检查端点：
location = /healthz { return 204; }—— 确保探针路径不被其他规则干扰 -
禁止敏感路径访问：
location = /wp-config.php { return 403; }—— 精确拦截，避免误杀或绕过
注意事项和易错点
精确匹配看似简单，但实际配置中容易因路径细节出错：
- 请求中的查询参数（
?key=value）**不影响匹配结果** ——= /login同时匹配/login和/login?next=/home - 如果想同时覆盖带/和不带/的写法，需**显式定义两条规则**：
location = /static { ... }和location = /static/ { ... } - 不要在
=后加正则符号（如= ^/api$），这会导致语法错误 ——=本身不支持正则 - 若同时存在
= /foo和location /foo，前者一定优先生效；但若没有=规则，才会继续尝试前缀匹配
如何验证是否匹配成功
启用 Nginx 的 error_log 并设置为 info 级别，配合 -t 和重载，可观察 location 匹配过程：
- 添加日志：在
http或server块中设error_log /var/log/nginx/debug.log info; - 发起请求后查看日志，搜索
"location"或"using configuration"相关行，确认最终使用的 location 块 - 也可用
curl -I检查返回状态码或自定义响应头，反向验证规则是否生效
