break彻底退出循环，continue跳过当前迭代；两者均作用于最内层循环，但可用标签精准控制多层嵌套。
break 是“彻底退出”，continue 是“这次跳过”
在 Go 的 for 循环里，break 一执行，整个循环立刻终止，控制流跳到循环体之后的第一行；而 continue 只是跳过当前这一轮剩下的代码，直接进入下一次迭代（包括执行 i++ 和条件判断）。这不是语义差别，而是执行路径的硬性分界。
-
break后面的循环体代码完全不执行，哪怕只差一行 -
continue后面的代码不执行，但循环变量仍会自增、条件仍会重判 - 两者都只作用于**最内层**的循环，除非配合标签（见下一条）
用标签（label）精准控制多层嵌套循环
Go 不支持类似 Python 的 break 2，但可以用标签 + break label 或 continue label 显式指定目标循环。这是处理双重 for 或更深层嵌套时的刚需能力，否则靠 break 只能跳出内层，外层还在跑。
outer:
for i := 0; i < 3; i++ {
for j := 0; j < 3; j++ {
if i == 1 && j == 1 {
break outer // 直接跳出 outer 循环，不是内层 for
}
fmt.Println(i, j)
}
}
- 标签名必须紧贴循环前，且后跟冒号：
outer: - 标签区分大小写，定义了却没用会触发编译错误：
undefined label -
continue outer表示跳过当前外层循环的剩余部分，进入下一轮i++
别把 continue 当 break 用，尤其在带副作用的循环中
常见坑：在循环里有资源分配、计数器递增或状态更新时，误用 continue 导致逻辑错位。比如本该在某条件下停止遍历，却写了 continue，结果循环继续、变量照增、状态照改——表面“跳过了”，实则埋了隐性 bug。
- 检查是否真需要“跳过本次”，还是“终止全部”：找第一个匹配项就停？用
break；过滤掉无效项再处理？用continue - 如果循环体里有
defer、close()或mutex.Unlock()，continue不会跳过它们——defer 是函数级的，不受循环控制语句影响 - 避免在同一个循环里混用
break和continue处理相似条件，易读性骤降
switch 中的 break 不是必须的，但显式写上更安全
Go 的 switch 默认每个 case 自动 break，不像
C 那样会 fallthrough。所以你在 switch 里写 break 看似多余，但它有两个实际价值：
- 明确表达“此处终止分支”的意图，提升可维护性
- 防止未来修改时误加
fallthrough后忘记删break，导致逻辑意外穿透 - 在
select语句中，break是唯一能跳出当前select块的方式（不能用return或goto替代）
switch，不能用于普通代码块；而 goto 虽然能跳转到任意标签，但 Go 官方明确建议只在错误清理等极少数场景使用——它绕过了作用域和 defer 机制，一旦滥用，panic 都救不回来。
