JavaScript for循环中continue运算符在冒泡排序中的性能影响

continue本身的基础性能表现 #

现代JavaScript引擎（比如Chrome使用的V8、Firefox使用的SpiderMonkey）对流程控制关键字的优化已经非常成熟，continue本身不会带来任何可感知的额外性能开销。它本质就是一个简单的循环跳转指令，作用是直接终止当前轮次循环的剩余逻辑，跳到循环条件判定处进入下一轮，不存在什么“特殊性能损耗”的说法。网上流传的“continue比if分支慢”的结论，是二十年前早期JS引擎未做优化时的过时结论，现在的运行环境下完全不适用。

示例冒泡排序代码中continue的执行效果 #

对应给出的冒泡排序代码，continue的逻辑作用可以结合代码拆解：

function bubbleSort(array) {
  for (let i = 0; i < array.length; i++) {
    for (let j = 0; j < array.length - i; j++) {
      if (array[j] > array[j + 1]) {
        [array[j], array[j + 1]] = [array[j + 1], array[j]];
      } else {
        // 不满足交换条件时直接进入下一轮内层循环
        continue;
      }
      // 只有未触发continue（即本轮发生了元素交换）时，才会执行打印
      console.log(array);
    }
  }
  return array;
}

这里的continue实际起到流程过滤的作用：

• 当相邻两个元素顺序正确、不需要交换时，直接跳过本轮内层循环剩余的代码，不会执行后面的console.log
• 只有当本轮确实发生了元素交换，才会执行打印操作
  从执行逻辑上看，这段代码和把console.log直接写到if判断的交换分支里是完全等价的，不会改变冒泡排序本身的排序结果。
  如果删掉这里的else { continue; }，代码逻辑会发生明显变化：不管相邻元素有没有交换，每一次内层循环都会执行一次console.log，打印次数会大幅增加。

continue是否能提升代码运行性能 #

这个问题没有绝对答案，核心取决于你用continue跳过了什么逻辑：

• 针对当前贴出的带console.log的冒泡排序代码，continue会带来非常明显的性能提升。原因不是continue本身跑得快，而是它跳过了大量不需要执行的console打印操作——控制台IO本身是非常慢的操作，尤其是数组元素较多的时候，少执行几十上百次日志打印带来的性能差异会非常直观。
• 如果把这段代码里的console.log删掉，那这里的continue就是完全冗余的：因为else分支走完之后，内层循环本来就没有其他要执行的代码，会自动进入下一轮判定。这时候写不写continue，执行逻辑和性能没有任何区别，现代JS引擎甚至会在编译阶段直接把这种无意义的continue优化掉，不会生成额外的执行指令。
• 在通用开发场景下，如果单次循环迭代中，满足某个前置条件后剩下的大段逻辑都不需要执行，用continue提前跳过后续代码确实能提升性能——本质是减少了不必要的代码执行，和你把后续逻辑包在if分支里的性能表现完全一致，只是用continue可以避免过深的if嵌套，代码可读性更好。

不要把continue当成要么“拖慢性能”要么“提升性能”的特殊语法，它只是普通的流程控制工具。性能收益来自于“跳过冗余逻辑”，而不是continue这个关键字本身。写代码的时候优先保证逻辑清晰、可读性好，需要提前进入下一轮循环的时候直接用就可以，不需要为了所谓的性能刻意回避或者刻意使用它。

内容的提问来源于stack exchange，提问作者Roman Maksimov