fallthrough只能写在case最后一行，否则编译报错；它无条件穿透到下一个case或default语句块，不检查匹配条件，也不能条件触发。
fallthrough 只能写在 case 最后一行，否则编译报错
Go 语言里 fallthrough 不是“跳转控制”，而是明确的“穿透指令”——它强制执行下一个 case 的语句块，但前提是当前 case 已经走到了末尾。编译器会直接拒绝任何出现在中间位置的 fallthrough。
常见错误现象：fallthrough statement out of place
- 不能跟在
return、break、goto后面 - 不能在
if分支里单独写（哪怕这个if是case唯一语句） - 不能后面还跟着其他语句（哪怕只是
fmt.Println("hi")）
想条件性 fallthrough？得手动拆成多个 case 或改用 if-else
Go 不支持类似 C 的“隐式穿透”或“带条件的 fallthrough”。如果你需要根据某个判断决定是否穿透，fallthrough 本身做不到——它永远无条件执行下一分支。
使用场景：比如解析协议字段，某些标志位组合需要复用后续处理逻辑
立即学习“go语言免费学习笔记（深入）”；
- 正确做法是把共用逻辑抽成函数，然后在多个
case中显式调用 - 或者放弃
switch，改用if/else if链，用普通控制流管理穿透逻辑 - 强行塞
fallthrough还加if判断，只会触发编译错误，不是运行时行为
fallthrough 会穿透到下一个 case 的全部语句，不管值是否匹配
fallthrough 的目标是语法上紧邻的下一个 case 或 default，它不检查那个 case 的条件表达式是否为真。这是最常被误解的一点。
示例：
switch x {
case 1:
fmt.Print("one")
fallthrough
case 2:
fmt.Print("two")
}
当 x == 1 时，会输出 onetwo；但当 x == 2 时，只输出 two —— 因为没有 fallthrough 触发穿透。
- 穿透后执行的是语句，不是“重新匹配 case 值”
- 如果下一个
case是default，也会照常穿透进去 - 穿透不跨
switch边界，不会跳到外层 switch 的 case
替代方案：用 goto 实现更灵活的跳转（但要谨慎）
极少数场景下，你需要比 fallthrough 更自由的控制流（比如跳过中间 case、跳进嵌套 block），goto 是唯一合法选项。但它和 fallthrough 语义完全不同，也更容易出错。
-
goto标签必须定义在同一个函数内，且不能跳进if、for、switch的内部作用域（除非目标在同级 block） - 可读性陡降，review 时容易漏掉跳转路径
- 标准库几乎不用
goto做流程控制，多用于错误清理（如 defer 前的 err return）
真正卡住的时候，往往不是语法不会写，而是误以为 fallthrough 能做条件分支跳转——它不能，它就是一条硬编码的“下一条 case 全部执行”指令。
