break在go中仅终止最近的for、switch或select；嵌套循环需用带标签的break outer才能跳出多层；switch无自动fallthrough；select中break只退出select块。
break 在 for 循环中只能跳出当前层
Go 的 break 不支持标签跳转到外层循环（除非显式加标签），直接写 break 永远只终止离它最近的 for、switch 或 select。很多人误以为嵌套 for 里写一个 break 能跳出两层，结果发现外层循环还在跑。
- 要跳出多层循环，必须给外层
for加标签，比如outer:，再在内层用break outer -
break在switch中不会自动 fallthrough，这和 C/Java 不同，不用额外写break防止穿透 - 在
select中用break只会退出select块，不会影响外层循环
示例：
outer:
for i := 0; i < 3; i++ {
for j := 0; j < 3; j++ {
if i == 1 && j == 1 {
break outer // 这才真正跳出两层
}
fmt.Println(i, j)
}
}
continue 只作用于最近的 for 循环
continue 的行为比 break 更“安分”——它永远只跳过当前 for 的本次迭代，进入下一次。它不能用于 switch 或 select，否则编译报错：continue statement out of loop。
- 嵌套循环中，
continue不会跳到外层循环的下一轮，只是让内层循环开始下一次j++ - 如果想跳过外层某次迭代，同样得靠标签：写
continue outer - 注意
continue后面的语句不会执行，但循环变量自增（i++）照常发生
常见错误：在 for range 中修改切片长度后继续 continue，可能导致索引越界或漏遍历——因为 range 在开始时已缓存了 len，后续追加不影响迭代次数。
for range 中 break/continue 的边界行为
for range 看似简单，但 break 和 continue 在它里面的行为容易被忽略细节。关键点在于：range 迭代的是副本，不是实时视图。
立即学习“go语言免费学习笔记（深入）”；
- 对 slice 做
append不影响当前 range 的迭代次数，但修改元素值会生效（因为底层数组共享） - 在 map 的
range中，break是安全的；但边 range 边delete或insert，结果不确定（Go 不保证顺序，也不保证是否遍历新增键） - range channel 时，
break会退出循环，但不会关闭 channel；continue无意义（没有“下一次接收”，除非 channel 还有数据）
示例：以下代码不会 panic，但可能漏掉刚 append 的项
data := []int{1, 2}
for i := range data {
if i == 0 {
data = append(data, 99) // 这个 99 不会被本轮 range 访问到
}
fmt.Println(data[i])
}
替代方案：用布尔标记代替深层 break/continue
当逻辑复杂、嵌套深、又不想用标签时，用一个布尔变量控制循环状态更清晰，也更容易测试和调试。
- 把多层循环拆成函数，用
return代替break，语义更明确 - 避免在循环体内大量使用
break/continue，尤其混着 error 处理时，容易掩盖控制流意图 -
goroutine 中慎用
break—— 如果循环里起 goroutine，break后主协程退出，子 goroutine 可能还在跑（没做同步）
标签不是 bug，但过度依赖会让代码像 goto 风格。真正难的不是语法，是判断该不该把一段逻辑抽成函数，或者该不该用 if !ok { continue } 提前过滤而不是塞进循环体里。
