两个指令用法相同，但含义不同，需要放到rewrite规则的末尾，用来控制重写后的链接是否继续被nginx配置执行(主要是rewrite、return指令)。
示例1：（连续俩条rewrite规则）
server{
listen ;
server_name test.com;
root /tmp/.com; rewrite /.html /.html ;
rewrite /.html /.html ; }
当我们请求1.html时，最终访问到的是3.html，两条rewrite规则先后执行。
break和last在location {}外部：
格式：rewrite xxxxx break;
示例2：（增加break）
server{
listen ;
server_name test.com;
root /tmp/.com; rewrite /.html /.html break;
rewrite /.html /.html;
}
当我们请求1.html时，最终访问到的是2.html 说明break在此示例中，作用是不再执行break以下的rewrite规则。
但，当配置文件中有location时，它还会去执行location{}段的配置（请求要匹配该location）。
示例3（break后面还有location段）：
server{
listen ;
server_name test.com;
root /tmp/.com; rewrite /.html /.html break;
rewrite /.html /.html;
location /.html {
return ;
}
}
当请求1.html时，最终会返回403状态码，说明它去匹配了break后面的location{}配置。
以上2个示例中，可以把break替换为last，它们两者起到的效果一模一样。
当break和last在location{}里面
示例4（什么都不加）：
server{
listen ;
server_name test.com;
root /tmp/.com; location / {
rewrite /.html /.html;
rewrite /.html /.html;
}
location /.html
{
rewrite /.html /a.html;
}
location /.html
{
rewrite /.html /b.html;
}
}
当请求/1.html，最终将会访问/b.html，连续执行location /下的两次rewrite，跳转到了/3.html，然后又匹配location /3.html
示例5（增加break）：
server{
listen ;
server_name test.com;
root /tmp/.com; location / {
rewrite /.html /.html break;
rewrite /.html /.html;
}
location /.html
{
rewrite /.html /a.html;
}
location /.html
{
rewrite /.html /b.html;
}
}
当请求/1.html，最终会访问/2.html 在location{}内部，遇到break，本location{}内以及后面的所有location{}内的所有指令都不再执行。
示例6（增加last）:
server{
listen ;
server_name test.com;
root /tmp/.com; location / {
rewrite /.html /.html last;
rewrite /.html /.html;
}
location /.html
{
rewrite /.html /a.html;
}
location /.html
{
rewrite /.html /b.html;
}
}
当请求/1.html，最终会访问/a.html 在location{}内部，遇到last，本location{}内后续指令不再执行，而重写后的url再次从头开始，从头到尾匹配一遍规则。
总结：
当rewrite规则在location{}外，break和last作用一样，遇到break或last后，其后续的rewrite/return语句不再执行。但后续有location{}的话，还会近一步执行location{}里面的语句,当然前提是请求必须要匹配该location。
当rewrite规则在location{}里，遇到break后，本location{}与其他location{}的所有rewrite/return规则都不再执行。
当rewrite规则在location{}里，遇到last后，本location{}里后续rewrite/return规则不执行，但重写后的url再次从头开始执行所有规则，哪个匹配执行哪个。