break带标签不是goto，只能跳出带标签的for/switch/select，且标签必须紧贴循环语句前，中间不能有其他语句。
Go 里 break 带标签不是 goto，但必须配对使用
Go 的标签跳转不是任意跳转，break 只能跳出**带标签的 for / switch / select**，且标签必须紧贴在循环语句前，中间不能有其他语句。常见错误是把标签写在函数开头、变量声明后，或者套在 if 外面——那会直接报错 label not defined 或 break not in for loop。
正确写法只有一种结构：
outer:
for i := 0; i < 3; i++ {
for j := 0; j < 3; j++ {
if i == 1 && j == 1 {
break outer
}
fmt.Println(i, j)
}
}
- 标签名（如
outer）后必须跟冒号，且紧贴循环关键字（for、switch） - 不能给
if、func、var打标签；也不能在标签和循环之间插入空行或注释 -
break outer只终止outer标签所在的那一层循环，不会影响外层函数逻辑流
嵌套 for 中用 break label 比手动控制 flag 更干净
不用标签时，很多人靠布尔变量（如 found := false）层层 break 再检查，代码冗长还容易漏掉某层的 break。标签方案本质是让 Go 编译器帮你做“作用域感知”的跳出，语义更明确。
典型场景：二维切片查找某个值并立即退出所有循环：
立即学习“go语言免费学习笔记（深入）”；
found:
for i, row := range matrix {
for j, v := range row {
if v == target {
fmt.Printf("found at [%d][%d]", i, j)
break found
}
}
}
- 标签名建议用语义化名称（如
found、search），别用loop1这种无意义命名 - 如果后续要返回坐标，直接在
break前赋值两个变量，比用return提前退出函数更可控 - 注意：标签作用域仅限于定义它的代码块，不能跨函数或跨 goroutine 使用
continue label 和 break label 行为完全不同
很多人以为 continue label 是“跳到标签处继续下一轮”，其实它是指“跳到标签所在循环的**下一次迭代**”。也就是说，它只对最外层带标签的循环生效，内层循环会被整个跳过。
例如：
outer:
for i := 0; i < 2; i++ {
fmt.Println("outer:", i)
for j := 0; j < 3; j++ {
if j == 1 {
continue outer // 跳过 inner 循环剩余部分，直接 outer++
}
fmt.Println("inner:", j)
}
}
输出是：outer: 0 → inner: 0 → inner: 2 → outer: 1 → …
-
continue outer不等于 “回到outer:那一行”，而是执行outer循环的i++和条件判断 - 没有
goto label那种自由跳转能力；想跳回某段逻辑开头，得用函数封装或重写结构 - 混用
break label和continue label容易逻辑错乱，建议同一组嵌套循环里只用一种
别在 defer 或 recover 里依赖标签跳转
标签跳转不改变 defer 的注册顺序，也不中断 panic 流程。如果你在带标签的循环里触发 panic，然后用 recover 捕获，break label 不会因此生效——它只响应显式的 break 或 continue 语句。
- panic/recover 是运行时机制，标签跳转是编译期控制流，两者不在一个抽象层级
- 想在出错时跳出多层循环，还是老实用
break label+ 显式错误检查，别指望 recover 后自动跳转 - goroutine 中使用标签没问题，但标签作用域仍只限于当前 goroutine 的函数体内
标签本身不占内存、没运行时开销，但名字冲突或嵌套过深会让阅读成本陡增。真要处理三层以上嵌套，优先考虑抽成小函数，而不是靠标签硬扛。
