continue只能用于for、while、do-while及增强for循环内部，不可单独出现在方法体或if块中；在嵌套循环中默认作用于最近一层，需标签才能控制外层；用于守卫条件可提升可读性，但不跳过for的更新表达式。
Java 里 continue 能用在哪些循环里
continue 只能用在 for、while、do-while 这三种循环内部，不能单独出现在方法体或 if 块里。一旦写在循环外，编译器会直接报错：continue outside of loop。
常见错误是嵌套循环中想跳过外层某次迭代，却只写了 continue——它默认只作用于最近的那层循环。需要标签（label）配合才能跳出外层，但多数情况下，用标签反而让逻辑变绕，不如重构条件判断。
- 别在
switch语句里单独用continue（除非它在循环体内） - 在
for-each（增强 for）里用continue是合法的，行为和普通for一致 - 如果循环体是空的（比如只有分号），
continue会无限跳过，容易导致逻辑遗漏
用 continue 替代深层嵌套 if 的实际效果
当循环里有多个守卫条件（guard clauses），比如要跳过 null、空集合、不满足权限的项，把它们提前用 if + continue 拉平，比层层缩进更易读。
例如处理一个 List<string></string> 时，过滤掉 null 和空白字符串：
立即学习“Java免费学习笔记（深入）”；
for (String s : list) {
if (s == null) continue;
if (s.trim().isEmpty()) continue;
// 后续处理 s
System.out.println(s);
}
这比写成 if (s != null && !s.trim().isEmpty()) { ... } 更清晰，尤其条件变多时。但要注意：每个 continue 都代表一次“提前退出当前迭代”，不是“终止整个循环”。
- 条件顺序有影响：先判
s == null再判s.trim()，避免 NPE - 不要为了“优雅”而强行拆分简单条件，比如
if (x 100) continue;就比两个单独if更合适 - IDE 有时会警告“冗余的 continue”，那是它误判了守卫逻辑的价值，可忽略
continue 在 for 循环中对变量更新的影响
continue 会跳过本次迭代剩余代码，但**不会跳过 for 循环的“更新表达式”**（即 for (int i = 0; i 中的 <code>i++）。这点和 break 不同，也常被误解。
看这个例子：
for (int i = 0; i < 5; i++) {
if (i == 2) continue;
System.out.print(i + " ");
}
输出是 0 1 3 4 ，不是 0 1 2 3 4 跳过 2 后卡住——因为 i++ 依然执行了。
- 在
while或do-while中，continue后不会自动做任何变量更新，必须手动控制，否则容易死循环 - 如果 for 循环的更新部分有副作用（比如调用方法），
continue不会影响它执行 - 用
continue时，心里得清楚“这次迭代到底走到哪一步就停了”，不然调试时容易漏掉变量状态变化
什么时候不该用 continue，而该换思路
当 continue 出现在 try-catch 内部、或者和资源释放逻辑交织时，风险会上升。JVM 不会因为 continue 就跳过 finally 块，但人容易疏忽。
更麻烦的是流式处理场景：Java 8+ 的 Stream 没有 continue，得靠 filter()，强行在 forEach 里塞 continue 是反模式。
- 在
try块里用continue，记得确认finally是否仍按预期执行资源清理 - 处理数据库结果集或文件行时，如果跳过条件复杂，优先考虑用
Iterator手动控制，比一堆continue更可控 - 单元测试里遇到
continue多的循环，往往说明职责过重，该拆方法而不是优化跳过逻辑
真正难的不是怎么写 continue，而是判断“这里是否真的需要跳过”，以及“跳过后上下文状态是否还可靠”。多数隐蔽 bug，都藏在跳过之后没人检查的变量或引用里。
