选last还是break取决于重写后是否需nginx重新匹配location：需换location处理则用last，否则用break；last触发完整重匹配，break仅在当前location内继续执行后续指令。
选 last 还是 break，关键看重写后要不要让 Nginx 重新匹配 location —— 想“换条路走”，就用 last；想“接着这条路走完”，就用 break。
什么时候必须用 last
当重写后的 URI 需要交给另一个 location 处理时，必须用 last。Nginx 会把新 URI 当作一次内部新请求，从头开始匹配 server 块、再找 location，整个流程重启。
- 典型场景：把
/api/user/123重写成/index.php?r=user/view&id=123，然后交由location ~ \.php$执行 PHP 解析 - 静态资源兜底：比如
if (!-e $request_filename) { rewrite ^/(.*)$ /index.php?$1 last; }，文件不存在就转给 PHP 入口 - 注意：last 最多循环 10 次，避免配置错误导致无限重匹配返回 500
什么时候适合用 break
当重写只是微调路径，后续动作仍在当前 location 内完成时，用 break 更直接高效。它不触发 location 重匹配，只跳过本 location 中剩余的 rewrite，继续执行 proxy_pass、root、try_files 等指令。
- 典型场景：把
/img/logo.png重写为/static/logo.png，仍由当前location /img/用root /var/www提供文件 - 配合 try_files 使用：例如
rewrite ^/old/(.*)$ /new/$1 break;，再接try_files $uri /fallback.html;，全部在本 location 内闭环 - 避免意外跳转：如果误用 last，可能绕过你精心配置的 root 或 alias，导致 404
server 块里基本不用纠结
在 server 级别写的 rewrite，无论加 last 还是 break，效果几乎一样：都终止后续 rewrite，然后自然进入 location 匹配阶段。所以通常可以省略 flag，或仅加 last 表达“这是最终重写，准备进 location”。
- 例如：
rewrite ^/old(.*)$ /new$1 last;和不加 flag 的效果一致 - 真正需要区分行为的，只发生在
location块内部
一个快速判断口诀
看重写后的 URI 是否“属于另一个处理逻辑”：
- 新 URI 路径明显不同（比如从
/admin变成/api或带.php），且对应不同 location → 选 last - 新 URI 仍是当前 location 范围内可处理的路径（比如同属
/static/下的子路径），只是目录结构调整 → 选 break - 不确定？先试 break；返回 404 或没走预期指令（如 proxy_pass 没生效），再换 last
