last表示终止当前location内rewrite并用新URI重启location匹配；break仅终止rewrite但仍在原location处理；redirect/permanent则返回HTTP重定向。
在 Nginx 中，last 标记用于 rewrite 指令，表示当前重写完成后**立即终止当前 location 块内的后续指令执行，并用重写后的新 URI 重新发起一轮完整的 location 匹配**（即从 server 块开始，按 location 匹配规则重新查找最合适的 location 块）。这和 break（仅停止 rewrite，不跳转 location）以及 redirect/permanent（返回 HTTP 跳转）有本质区别。
last 的核心行为：URI 替换 + 重启 location 查找
last 不改变客户端请求（不发 301/302），只在服务端内部用新 URI 重新走一遍 location 匹配流程。这意味着：
- 重写后的 URI 会被当作“新的请求路径”，参与所有
location块的匹配（前缀匹配、正则匹配等） - 原 location 块中
rewrite后面的指令（如proxy_pass、return）将被跳过 - 新匹配到的 location 块会完整执行其内部配置（包括其中的 rewrite、proxy_pass 等）
典型使用场景：路径标准化与模块化路由分发
常见于将一类请求统一重写为规范路径，再交由更精确的 location 处理。例如：
把带版本号的 API 请求（如 /v1/users）剥离版本前缀，转给通用 API 处理块：
location ^~ /v1/ {
rewrite ^/v1/(.*)$ /api/$1 last;
}
<p>location ^~ /api/ {
proxy_pass <a href="https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e">https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e</a>;</p><h1>其他 API 通用配置</h1><p>}当请求 /v1/users 到来时：
→ 匹配到 /v1/ location
→ rewrite 成 /api/users，触发 last
→ Nginx 放弃当前 location，用 /api/users 重新匹配
→ 成功命中 /api/ location，执行 proxy_pass
注意事项与易错点
必须确保重写后的 URI 能被某个 location 匹配到，否则会返回 404。Nginx 不会自动 fallback，匹配失败即结束。
避免循环重写：如果重写后又回到同一个 location 或形成闭环（如 A → B → A），Nginx 会在 10 次迭代后报 500 错误（rewrite or internal redirection cycle）。
注意 location 类型对匹配的影响：比如用 ^~ 匹配 /static/，但 rewrite 成 /assets/logo.png，而你只有 location ~ \.png$，那就会进入正则 location —— 这正是 last 的设计意图，但需提前规划好匹配链。
last vs break 对比示例
假设配置如下：
location /old/ {
rewrite ^/old/(.*)$ /new/$1 last;
return 404; # 这行不会执行（last 跳出了）
}
<p>location /new/ {
return 200 "handled by /new/";
}请求 /old/test → rewrite 为 /new/test → 重新匹配 → 返回 “handled by /new/”
若把 last 换成 break：
location /old/ {
rewrite ^/old/(.*)$ /new/$1 break;
return 404; # 这行也不会执行（break 也跳过后续指令）
# 但 rewrite 后的 URI 不触发新 location 匹配
# 此时会继续执行本 location 内剩余指令（此处无），最终可能 fallback 到 root 或 404
}由于 /old/ location 内没有 proxy_pass 或 root，且 break 不触发新 location，实际会返回 404（取决于是否有 root 配置）。
