在 NGINX 配置中,location
指令用于匹配 URI 并定义对特定请求的处理方式。对于 location /GetToken/
和 location /GetToken
,二者在匹配 URI 时的行为有所不同,具体如下:
1. location /GetToken/
- 匹配规则: 以
/GetToken/
开头的 URI。 - 特点:
- 必须严格以
/GetToken/
开头,后面可以跟其他内容。例如:- 匹配:
/GetToken/abc
、/GetToken/123
、/GetToken/
- 不匹配:
/GetToken
、/GetTokens
- 匹配:
- 这是精确前缀匹配的一种。
- 必须严格以
location /GetToken/ {
# 配置块
}
2. location /GetToken
- 匹配规则: 精确匹配
/GetToken
。 - 特点:
- 只有当请求 URI 完全等于
/GetToken
时才会匹配。 - 例如:
- 匹配:
/GetToken
- 不匹配:
/GetToken/
、/GetToken123
- 匹配:
- 只有当请求 URI 完全等于
location /GetToken {
# 配置块
}
3. 二者的区别
特性 | location /GetToken/ | location /GetToken |
---|---|---|
匹配方式 | 前缀匹配,以 /GetToken/ 开头 | 精确匹配,仅匹配 /GetToken |
是否匹配末尾的 / | 必须包含末尾的 / 才匹配 | 不允许包含末尾的 / ,否则不匹配 |
匹配示例 | /GetToken/abc ,/GetToken/ | 仅 /GetToken |
4. 匹配优先级
在 NGINX 中,location
指令的匹配具有优先级规则。当多个 location
都可以匹配同一个 URI 时,NGINX 会根据以下规则选择使用的配置:
- 精确匹配(
=
前缀的规则)优先级最高。例如:location = /GetToken
。 - 长度越长的前缀匹配优先级更高。例如:
location /GetToken/
比location /
优先级高。 - 正则表达式匹配优先级根据定义顺序决定。
- 基于前缀匹配的默认规则(如
/
)是最后兜底的匹配。
因此:
- 如果同时定义了
location /GetToken
和location /GetToken/
,请求/GetToken
会优先匹配location /GetToken
,因为它是一个精确匹配。
5. 实际配置示例
server {
listen 80;
location /GetToken {
return 200 "Matched /GetToken";
}
location /GetToken/ {
return 200 "Matched /GetToken/";
}
location / {
return 200 "Matched other requests";
}
}
测试请求及结果:
- 请求
/GetToken
,返回:Matched /GetToken
- 请求
/GetToken/
,返回:Matched /GetToken/
- 请求
/GetToken/abc
,返回:Matched /GetToken/
- 请求
/OtherPath
,返回:Matched other requests
总结
- 使用
location /GetToken/
时,匹配的是以/GetToken/
为前缀的请求。 - 使用
location /GetToken
时,只匹配完全等于/GetToken
的请求。 - 二者的主要区别在于是否精确匹配以及是否包含末尾的
/
。