最大前缀优先原则适用于普通前缀匹配和^~匹配：前者严格按uri开头匹配字符数最长者胜出，不依赖配置顺序；后者在满足前缀匹配前提下取最长，且命中后立即终止正则检查。
最大前缀优先原则主要作用于普通前缀匹配（即无修饰符的 location /path）和 ^~ 前缀匹配这两类，但适用方式不同：普通前缀匹配严格按“最长字符串”胜出；^~ 则在满足前缀匹配的前提下，也取最长，并且一旦命中就终止后续正则检查。
普通前缀匹配：纯看路径长度，越长越优先
当多个无修饰符的 location 都能匹配请求 URI 时，Nginx 会选出 URI 开头**匹配字符数最多**的那个块。注意：它不关心配置顺序，只比长度。
-
location /api/ { ... }可匹配/api、/api/users、/api/v1/login -
location /api/v1/ { ... }同样匹配/api/v1/login，且路径更长 → 该块生效 - 即使
/api/在配置文件中写在后面，只要/api/v1/更长，就一定优先
^~ 匹配：最长前缀 + 立即终止正则检查
^~ 也遵循最长前缀原则，但它额外具备“阻断性”——一旦选中，Nginx 不再尝试任何 ~ 或 ~* 正则规则，避免意外覆盖。
-
location ^~ /static/ { root /var/www; }匹配/static/css/app.css - 即使后面有
location ~ \.css$ { expires 1y; }，也不会触发 - 若同时存在
location ^~ /static/js/和location ^~ /static/，前者更长，会被选用
和精确匹配、正则的关系：不参与“长度竞争”
最大前缀原则只在“没有更高优先级匹配”的情况下才起作用。也就是说：
- 请求
/login会先被location = /login拦下，根本不会进入前缀比较 - 请求
/admin/login.php若有location ~ \.php$，且排在^~ /admin/之前，可能被正则抢先匹配（因正则按顺序扫描） - 只有当 =、^~、~、~* 全都不匹配时，Nginx 才回头找普通前缀中最长的那个
实际配置建议：用好 ^~ 控制静态资源，避免正则干扰
静态目录如 /assets/、/images/ 推荐用 ^~，既利用最长前缀逻辑，又防止被后置的图片正则误处理：
- ✅
location ^~ /assets/ { alias /data/web/assets/; } - ✅
location ~* \.(js|css|html)$ { add_header Cache-Control "public, max-age=3600"; }—— 这条对/assets/下的文件无效 - ❌ 避免只写
location /assets/，否则若后面有location ~ \.js$，/assets/app.js 就会走正则而非你期望的 alias
