java标签是真实参与控制流的标识符，仅对break和continue有效，必须紧邻循环语句且作用域限于当前方法；break label可跳出多层循环，continue label则跳回对应循环条件判断处。
Java 标签语法不是注释，是跳转目标
Java 的 label 不是文档标记或 IDE 提示，而是真实参与控制流的标识符。它只对 break 和 continue 有效，且仅能跳转到紧邻的语句块（通常是循环或带大括号的语句）开头。很多人误以为它像 goto，但 Java 完全不支持任意跳转——break label 只能跳出到该标签声明的位置，且该位置后必须紧跟一个可中断的结构（如 for、while、do-while）。
常见错误现象：break outer; 报错 “undefined label”，往往是因为标签写在了 if 或普通语句前，而非循环前；或者标签和 break 不在同一个方法内（标签作用域仅限当前方法）。
- 标签必须紧挨着循环语句（中间不能有分号、空行或其它语句）
- 标签名后跟冒号，如
outer:，不能用关键字（int、return等）作标签名 -
continue label只能用于循环，且会跳回对应循环的**条件判断处**（不是循环体开头）
嵌套 for 中用 break label 跳出多层
这是标签最典型也最实用的场景：当内层循环找到目标后，需要立刻终止所有外层循环，而不是靠一堆布尔标志变量层层传递。直接用 break outer; 比设 found = true 再每层检查干净得多。
使用场景：二维数组查找、树形结构扁平遍历、解析嵌套数据时提前退出。
立即学习“Java免费学习笔记（深入）”；
outer:
for (int i = 0; i < matrix.length; i++) {
for (int j = 0; j < matrix[i].length; j++) {
if (matrix[i][j] == target) {
System.out.println("Found at " + i + "," + j);
break outer; // 立刻跳出两层
}
}
}
- 如果只写
break;，只会跳出内层for，外层继续执行 - 标签名大小写敏感，
Outer:和outer:是不同标签 - IDE 通常不会为标签提供跳转支持（不像函数或类），靠命名自解释，建议用语义名如
searchLoop:、parseBlock:
continue label 的行为容易被误解
continue label 不是“跳到标签那行继续执行”，而是“跳到标签所修饰的循环的**条件判断位置**”。也就是说，它会结束当前整个循环体，然后重新计算循环条件——这和 break label 的“完全退出”有本质区别。
常见错误现象：本想跳出当前外层循环迭代，却写了 continue outer;，结果外层循环又从头开始下一轮，逻辑重复甚至死循环。
outer:
for (int i = 0; i < 3; i++) {
System.out.println("outer: " + i);
for (int j = 0; j < 2; j++) {
if (j == 1) continue outer; // 跳回 outer 循环的 i++ 和条件判断
System.out.println("inner: " + j);
}
}
- 输出是：
outer: 0→inner: 0→outer: 1→inner: 0→outer: 2→inner: 0 - 注意：内层
continue outer后，j循环彻底被跳过，i则执行i++后再判断 - 永远不要对非循环语句加标签后用
continue，编译直接报错
标签在 lambda 或 try-with-resources 中不可用
标签的作用域是**语句块级**，且只对传统控制流语句有效。它无法穿透 lambda 表达式、方法引用、try-with-resources 的隐式资源管理块，也不能跨方法调用生效。
性能 / 兼容性影响：标签本身无运行时开销，字节码中只是给目标指令打标记；但过度依赖标签会让代码可读性下降，尤其在长方法中——JVM 支持它，但团队协作时，比提前 return 或提取方法更难维护。
- lambda 内写
break outer;编译失败：标签不在作用域内 - try-with-resources 的
try块可以加标签，但break label只能跳出 try 块本身，不影响资源自动关闭逻辑 - Android 开发中，旧版 Dalvik 对极深嵌套标签可能有极少见的验证问题（ART 已无此问题），但日常开发基本不构成障碍
真正容易被忽略的是：标签不改变变量作用域，也不影响 finally 执行顺序——哪怕 break outer; 跳出了带 finally 的循环，对应的 finally 仍会按正常异常/退出路径执行。
