【Nginx】Nginx配置中，location内容“/”（斜杠）的使用方法

在 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

location /GetToken {
    # 配置块
}

---

3. 二者的区别

特性	location /GetToken/	location /GetToken
匹配方式	前缀匹配，以 /GetToken/ 开头	精确匹配，仅匹配 /GetToken
是否匹配末尾的 /	必须包含末尾的 / 才匹配	不允许包含末尾的 /，否则不匹配
匹配示例	/GetToken/abc，/GetToken/	仅 /GetToken

---

4. 匹配优先级

在 NGINX 中，location 指令的匹配具有优先级规则。当多个 location 都可以匹配同一个 URI 时，NGINX 会根据以下规则选择使用的配置：

1. 精确匹配（= 前缀的规则）优先级最高。例如：location = /GetToken。
2. 长度越长的前缀匹配优先级更高。例如：location /GetToken/ 比 location / 优先级高。
3. 正则表达式匹配优先级根据定义顺序决定。
4. 基于前缀匹配的默认规则（如 /）是最后兜底的匹配。

因此：

• 如果同时定义了 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";
    }
}

测试请求及结果：

1. 请求 /GetToken，返回：Matched /GetToken
2. 请求 /GetToken/，返回：Matched /GetToken/
3. 请求 /GetToken/abc，返回：Matched /GetToken/
4. 请求 /OtherPath，返回：Matched other requests

---

总结

• 使用 location /GetToken/ 时，匹配的是以 /GetToken/ 为前缀的请求。
• 使用 location /GetToken 时，只匹配完全等于 /GetToken 的请求。
• 二者的主要区别在于是否精确匹配以及是否包含末尾的 /。