break只终止最近的for、switch或select，不跳出外层循环或if块；不能用于非循环/分支语句，否则编译报错；嵌套循环中仅退出内层；提前结束函数应使用return。
break 在 for 循环中直接退出当前循环
在 Go 里 break 只影响离它最近的那层 for、switch 或 select。对嵌套循环来说，它不会跳出外层——这点和 Python 的 break 行为一致，但比 JavaScript 的带标签 break 更严格（Go 不支持带标签的 break 跳出多层）。
常见错误是误以为 break 能跳出 if 块或函数：它不能。它只作用于循环或分支语句本身。
- 只能用在
for、switch、select内部，写在if分支里但外面没循环？编译报错：break is not in a loop - 嵌套
for时，内层break只终止内层，外层继续执行 - 想提前结束函数？用
return，不是break
for i := 0; i < 3; i++ {
fmt.Println("outer:", i)
for j := 0; j < 3; j++ {
if j == 1 {
break // 只跳出 inner for
}
fmt.Println("inner:", j)
}
}
// 输出：
// outer: 0
// inner: 0
// outer: 1
// inner: 0
// outer: 2
// inner: 0
continue 跳过本次迭代，进入下一轮循环
continue 的作用范围和 break 相同，也只针对最近的 for。它会跳过本轮剩余代码，直接执行循环的「后置语句」（比如 i++），然后判断是否继续下一轮。
容易踩的坑是混淆 continue 和 goto：前者是结构化控制，后者是无条件跳转；Go 鼓励用 continue 替代部分 goto 场景，但不能用它跳到循环外。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
立即学习“go语言免费学习笔记（深入）”；
- 不能在
switch或select中单独使用continue（除非它们本身在for里） - 在
for range中使用continue是安全的，索引/值仍按预期更新 - 如果循环体开头就
continue且条件恒真，可能造成空转（但编译器通常不报错）
for i := 0; i < 4; i++ {
if i%2 == 0 {
continue // 跳过偶数
}
fmt.Println(i) // 只输出 1, 3
}
for range 中 break/continue 的行为与普通 for 一致
for range 本质是语法糖，底层仍生成标准 for 结构，所以 break 和 continue 的语义完全一样。但要注意：range 迭代的是副本，修改循环变量不影响原 slice/map；而 continue 不会跳过 range 自动做的「取下一个元素」动作。
- 对 slice 使用
for i := range s时，continue后i仍递增，不会重复取同一索引 - 对 map 使用
for k, v := range m时，顺序不保证，但continue不会影响遍历进度 - range 过程中向 slice 追加元素？不影响当前迭代次数（len 不变），但新元素不会被本轮遍历到
s := []int{1, 2, 3, 4}
for i := range s {
if s[i] == 3 {
continue
}
fmt.Print(s[i], " ") // 输出：1 2 4
}
没有 while/do-while，别硬套其他语言习惯
Go 没有 while 关键字，所有循环都用 for 表达。这意味着 break 和 continue 的适用场景其实更集中——你不会遇到「while 循环里能否用 continue」这种歧义问题。
有人试图模拟 while：用 for true { ... } + break 控制退出；这完全合法，也是官方推荐写法。但要注意无限循环风险：漏写 break 或条件永远不满足，程序就卡住。
-
for {}是合法语法，等价于for true {} - 想实现 do-while？把主体逻辑放循环开头，结尾用
if !condition { break } - 不要用
goto模拟 continue/break——可读性差，且 Go 编译器不优化这类跳转
for {
line, err := reader.ReadString('\n')
if err != nil {
break // 读完或出错就退出
}
process(line)
}
复杂点在于嵌套循环的控制意图是否清晰。很多人写两层 for 时，靠注释说明“此处 break 是为了跳出外层”，但 Go 不支持这种写法——必须重构，比如把内层逻辑抽成函数并用 return 提前退出，或者用标志变量配合外层 break。这是 Go 强调显式控制流带来的必然权衡。 
