在 JavaScript 里，break 和 continue 都属于“直接改写循环执行路径”的关键字，但它们解决的不是同一个问题：一个负责立刻结束循环，一个负责跳过当前这一轮。本文按实际使用场景拆开说明它们的行为差异、嵌套循环中的用法，以及 while 里最容易出错的地方，帮助你在写条件分支时更快判断该终止、该跳过，还是应该改用 return 或重构逻辑。
break：满足条件后，立即结束整个循环
当循环执行到 break 时，当前循环会立刻停止，程序继续执行循环后面的第一段代码。它适合“已经找到目标，不需要继续遍历”的情况，能减少无意义的后续判断。
break 可用于 for、while、do...while，也常出现在 switch 中。不过放在循环场景里，它的核心作用就是提前退出。
典型场景：找到目标后停止搜索
比如遍历数组时，只想拿到第一个符合条件的值，那么一旦命中，就没有必要继续向后检查。
let arr = [1, 3, 5, 8, 9, 10];
for (let i = 0; i < arr.length; i++) {
if (arr[i] % 2 === 0) {
console.log("找到第一个偶数：", arr[i]);
break;
}
}
// 输出：找到第一个偶数： 8，后续 10 不再检查这段代码里，8 一旦被找到，循环就结束了，所以后面的 9 和 10 都不会再进入判断流程。
continue：跳过当前这轮，继续下一次迭代
和 break 不同，continue 不会终止整个循环，它只会结束“当前这一次”循环体剩余代码的执行，然后直接进入下一轮迭代。
这类写法适合“某些情况不需要处理，但整体循环还要继续”的场景。它同样适用于 for、while、do...while。
典型场景：过滤掉不需要的项
下面这个例子会跳过偶数，只输出 1 到 10 之间的奇数：
for (let i = 1; i <= 10; i++) {
if (i % 2 === 0) continue;
console.log(i); // 只输出 1, 3, 5, 7, 9
}这里的关键点在于：当 i 是偶数时，console.log(i) 不会执行，但循环本身不会停，而是继续进入下一轮。
在 for 和 while 中，continue 的效果并不完全一样
在 for 循环里，执行完 continue 之后，更新表达式仍会照常执行，比如 i++ 依然会发生；但在 while 中，如果你在 continue 前没有推进循环变量，就可能卡死在同一个条件上。
这也是它最常见的使用陷阱之一：continue 跳过的是当前轮剩余代码，连带也可能把“更新变量”的语句一起跳过去。
多层循环怎么跳出：配合 label 精确控制
在嵌套循环里，普通 break 只会退出最内层循环。如果你的目标是从内层直接跳到外层循环之外，那么就需要给外层循环加标签，再从内层显式指定要跳出的对象。
标签的写法是在循环前加一个名字和冒号，例如 outer:。之后可以使用 break outer 或 continue outer 来控制跳转目标。
outer: for (let i = 0; i < 3; i++) {
for (let j = 0; j < 3; j++) {
if (i === 1 && j === 1) break outer;
console.log(i, j);
}
}
// 输出 (0,0)(0,1)(0,2)(1,0)，遇到 (1,1) 就彻底跳出两层这段代码中，如果只写普通 break，退出的只会是内层 for；加上 outer 之后，才会直接结束外层循环。
使用标签时要注意两点
第一，continue 标签名 的目标必须是循环语句本身，不能随便指向别的代码块。第二，标签不能跨函数或跨作用域使用，因此它更适合局部、短距离的流程控制，而不是大范围跳转。
另外，从可读性角度看，标签虽然能解决问题，但如果嵌套层次已经很深，通常也说明这段逻辑值得考虑拆分成函数，再用 return 提前退出。
常见误区：语法位置、死循环与 return 的边界
break 和 continue 本身并不复杂，真正的问题往往出在使用位置和对执行顺序的误判上。
1. 不能脱离循环或 switch 单独使用
这两个关键字只能出现在循环内部，或者在 switch 中使用 break。如果把它们直接写在普通 if 外层、但不处于循环或 switch 上下文里，就会触发语法错误。
2. while 里滥用 continue，容易造成无限循环
下面这类写法就是典型问题：
while (x > 0) {
if (x === 5) continue;
x--;
}当 x === 5 时，程序会反复命中 continue，而 x-- 永远执行不到，结果就是循环无法结束。
判断这类代码是否安全，一个很实用的办法是看：执行到 continue 时，循环变量有没有已经被更新。如果没有，就要重新安排语句顺序。
3. 它们不会替代函数退出
break 和 continue 只影响循环，不负责结束函数执行。如果你希望在满足条件后直接退出函数，应该使用 return，而不是指望跳出循环后自然终止整个调用流程。
4. 可读性比“能跑”更重要
当代码里同时出现多层嵌套、多个条件分支和标签跳转时，逻辑通常会迅速变得难读。此时即便 break 或 continue 能实现功能，也未必是最合适的选择。把判断拆进函数、减少嵌套深度，往往更容易维护。
