break只跳出最内层循环，continue跳过本次迭代，return终止整个方法；三者作用域不同，混用易导致逻辑错误，应优先用return简化控制流。
break 会跳出当前最内层循环，但不影响外层
很多人以为 break 能直接退出所有嵌套循环，其实它只作用于紧邻的那层 for、while 或 do-while。外层循环照常执行。
常见错误现象：break 后程序逻辑“跳过预期步骤”，其实是误判了它跳出的范围。
- 如果要跳出多层循环，得用带标签的
break（如outer: for (...) { ... break outer; }） - 在
switch中，break是防止 case 穿透的必需操作，漏写会导致意外执行后续分支 - 在 while 循环里用
break，和 for 里行为一致——只是终止当前循环体，不跳过后续代码
continue 只跳过本次迭代，不终止循环本身
continue 的核心是“跳过本轮剩余语句，直接进入下一次条件判断”。它不是退出，而是“这次不干了，下次继续”。
使用场景：过滤掉不符合条件的元素，但还要继续处理剩下的。
立即学习“Java免费学习笔记（深入）”；
- 在
for中，continue会先执行++i（或对应增量表达式），再判断条件 - 在
while中，continue直接跳回 while 条件检查，不会重跑循环体开头之前的代码 - 别在
finally块里用continue—— 编译不通过，Java 明确禁止
return 立即结束整个方法，循环自然中断
return 不是循环控制语句，它是方法级的退出指令。一旦执行，当前方法栈帧立刻弹出，包括所有未完成的循环。
容易踩的坑：在遍历集合时用 return 提前返回，结果只处理了第一个匹配项，后面全丢了——这不是 bug，是设计如此。
- 如果方法返回类型是
void，return可以单独写；非 void 则必须带值 - 在 lambda 表达式里写
return，只退出 lambda，不退出外层方法（这点和匿名内部类一致） - 和
break、continue不同，return会跳过当前方法中所有后续代码，包括try-catch-finally里的finally之外的部分（但finally仍会执行）
嵌套循环里混用三者，顺序和作用域最容易乱
当 break、continue、return 出现在同一段嵌套逻辑里，行为差异会被放大。尤其在修改旧代码时，加一行 return 可能让整个循环逻辑失效。
性能影响不大，但可读性和维护性会陡降——别人得逐行推导控制流走向。
- 优先用
return替代深层嵌套中的break+ 标签，前提是语义确实是“这个方法该结束了” - 避免在多重
if套循环里穿插三种跳转，改用提前校验 +return拉平结构 - IDE 通常用不同颜色标出三者的跳转目标，但别依赖这个——手写逻辑时，作用域边界得自己心里有数
最麻烦的不是语法记错，而是读别人代码时，看到一个 continue 却不确定它属于哪层循环，或者发现 return 藏在第 5 层 if 里，而前面 4 层都没注释
