文章目录
前言
location的作用
在 NGINX 中，location 指令用于定义如何处理特定的请求 URI。由于网站往往需要不同的处理方式来适应各种请求，NGINX 提供了多种匹配方法，包括前缀匹配、精确匹配和正则表达式匹配。了解这些匹配方法的优先级是优化配置的关键。
优先级顺序
下列以优先级从高到低排序：
= 开头表示精确匹配
^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。
~ 开头表示区分大小写的正则匹配
~* 开头表示不区分大小写的正则匹配
!~和!~* 分别为区分大小写不匹配及不区分大小写不匹配的正则
/ 通用匹配，任何请求都会匹配到。
优先级顺序(详解)
1. 精确匹配（Exact Match）
精确匹配是 location 指令中优先级最高的匹配方法。它通过使用 = 修饰符来实现，表示只匹配完全相同的 URI。
配置示例
\
location = /app {
# 精确匹配 URI 为 /app 的请求
}优先级: 最高。如果有一个精确匹配的 location，Nginx 会优先使用它，不会进一步考虑其他匹配规则。
用途: 用于需要精确匹配特定 URI 的场景，例如特定页面或 API 端点。
2. 正则表达式匹配（Regex Match）
正则表达式匹配具有较高的优先级，在精确匹配之后进行处理。Nginx 使用 ~ 或 ~* 修饰符来表示正则表达式匹配，其中 ~ 区分大小写，而 ~* 不区分大小写。
配置示例
\
location ~ \.php$ {
# 匹配所有以 .php 结尾的 URI
}
\
location ~* \.(jpg|jpeg|png|gif)$ {
# 匹配所有以 .jpg、.jpeg、.png 或 .gif 结尾的 URI，大小写不敏感
}3. 前缀匹配（Prefix Match）
前缀匹配是最常用的匹配方法，适用于 URI 开头的字符串匹配。没有使用 =、~ 或 ~* 修饰符的 location 指令默认为前缀匹配。
配置示例
\
location /images/ {
# 匹配以 /images/ 开头的 URI
}
\
location /static/ {
# 匹配以 /static/ 开头的 URI
}优先级: 最低。在精确匹配和正则表达式匹配之后，如果 URI 以指定的前缀开头，则使用前缀匹配。
用途: 用于匹配和处理以特定路径开头的 URI，如静态资源目录、应用路径等。
匹配规则的综合应用
在实际应用中，NGINX 的匹配优先级可以组合使用来实现更复杂的逻辑。例如，可以结合精确匹配、正则表达式匹配和前缀匹配来处理不同类型的请求。
配置示例
\
location = / {
# 精确匹配根路径
}
\
location ~ \.php$ {
# 正则匹配 PHP 文件
}
\
location /images/ {
# 前缀匹配以 /images/ 开头的请求
}在上面的配置中，请求 / 会直接匹配到第一个 location 块。
请求 /example.php 会匹配到正则表达式匹配的 location 块。
请求 /images/logo.png 会匹配到前缀匹配的 location 块。
验证优先级
我们可以简单配置nginx的配置文件来验证location匹配符的优先级
配置文件
\
server {
listen 80;
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
default_type text/html;
return 200 "location /";
}
location = / {
default_type text/html;
return 200 "location = /";
}
location ~ / {
default_type text/html;
return 200 "location ~ /";
}
location ~* / {
default_type text/html;
return 200 "location ~* /";
}
}访问
去掉
\
location = / {
default_type text/html;
return 200 "location = /";
}再访问
去掉
location ~ / {
default_type text/html;
return 200 "location ~ /";
}
再访问
去掉
location ~* / {
default_type text/html;
return 200 "location ~* /";
}
再访问
