普通 location 采用最长前缀匹配，区分大小写、不支持正则、性能高；多个匹配时选最长，等长则取配置中先出现者，优先级低于 ^~ 和正则 location。
在 Nginx 中，使用普通 location 匹配前缀路径，就是用不带修饰符（如 ^~、~、~*）的 location /prefix 语法。它会进行**最长前缀匹配**，且区分大小写，但不涉及正则，性能高、行为可预测。
普通 location 的匹配规则
普通 location 是最基础的匹配方式，Nginx 会从所有普通 location 块中选出 URI 最长的前缀匹配项。注意：
- 匹配只看请求 URI 的开头部分，不要求完全相等（例如
location /api会匹配/api、/api/users、/api/v1/status?x=1） - 不支持正则，不能写
location /api.*这类表达式 - 多个普通 location 同时匹配时，选最长的那个；长度相同时，按配置文件中出现的顺序，取第一个
- 普通 location 优先级低于带
^~和正则修饰符的 location，但高于无匹配时的默认 location
常见写法与注意事项
正确写法示例：
location /static {
alias /var/www/static/;
}
⚠️ 注意以下易错点：
- 结尾斜杠影响语义：`location /admin` 匹配 `/admin` 和 `/admin/xxx`；而 `location /admin/` 也匹配 `/admin/xxx`，但不匹配 `/admin`（除非加 rewrite 或内部重定向）
-
alias 与 root 的区别：用
alias时，匹配前缀会被替换掉；用root时，前缀会拼接到路径末尾。例如：location /images { alias /data/img/; }→ 请求/images/logo.png映射到/data/img/logo.pnglocation /images { root /data; }→ 同样请求映射到/data/images/logo.png -
避免过度宽泛匹配：比如
location /放在最后作为兜底没问题，但如果放在前面，可能意外截断更具体的路径（因最长前缀规则，它虽短但总能匹配，除非有更长的覆盖）
如何验证是否命中了普通 location
可通过添加日志或临时返回响应来确认匹配行为：
- 在对应 location 块中加
add_header X-Matched-Location "static";，然后用 curl 查看响应头 - 用
return 200 "matched /static\n";替代实际处理，快速验证路由走向 - 启用 Nginx 的 debug 日志（需编译时开启
--with-debug），查看详细的 location 匹配过程
和其它 location 类型的优先级关系
当一个请求进来时，Nginx 按如下顺序选择 location：
- 先找所有
^~前缀匹配，取最长的，一旦匹配就停止搜索（不继续试正则） - 如果没有
^~匹配，则收集所有普通前缀 location，取最长的一个（仍可能有多个相同长度，取配置中先出现的） - 再对这个“最长普通匹配”结果，尝试所有正则 location（
~和~*），按配置顺序从上到下匹配，第一个成功即用 - 如果正则全失败，就用之前选出的最长普通 location
所以，普通 location 是默认兜底主力，但容易被更精确的 ^~ 或正则覆盖——合理利用这点，能兼顾清晰性和灵活性。
