fallthrough仅在需显式穿透到下一case时使用，如状态机连续处理；它无条件执行后续case代码，不校验条件，且受编译器严格限制（不可穿入default、不可在末尾case后使用等）。
Go 的 switch 默认不穿透，fallthrough 是唯一显式穿透手段，且只能向下穿透到紧邻的下一个 case（不能跳过、不能穿到 default）。
什么时候必须用 fallthrough？
只有当你明确需要「当前 case 匹配后，继续执行下一个 case 的代码块」时才用。这不是“多条件组合”的替代方案，而是控制执行流的底层开关。
- 常见于状态机过渡、协议解析中连续响应多个阶段（比如 HTTP 状态码 301 后自动带重定向头逻辑）
- 用于复用相似逻辑：如
case 1做初始化，case 2做主处理，希望case 1触发时也走case 2 - 注意：
fallthrough后面的case不做二次判断——它无条件执行，哪怕值根本不符合该case条件
num := 1
switch num {
case 1:
fmt.Print("one ")
fallthrough
case 2:
fmt.Print("two ")
fallthrough
case 3:
fmt.Print("three")
}
// 输出：one two three
fallthrough 的硬性限制和典型报错
Go 编译器对 fallthrough 施加了严格约束，违反即报错：
-
fallthrough不能出现在switch最后一个非default分支之后（会报cannot fallthrough final case in switch） -
fallthrough不能穿入default分支（语法错误） -
fallthrough只能出现在case块末尾，不能在if或循环内部单独使用 - 空
case（仅含fallthrough）是合法的，但容易掩盖逻辑意图，慎用
switch x {
case 1:
fmt.Println("1")
fallthrough // ✅ 允许，下一个是 case 2
case 2:
fmt.Println("2")
// fallthrough // ❌ 编译错误：cannot fallthrough final case
}
别把 fallthrough 当成“多条件 or”来用
想表达「x 是 1 或 2 或 3」？直接写 case 1, 2, 3:；想表达「x ≥ 5 且 x ≤ 10」？用无表达式 switch + case x >= 5 && x 。滥用 <code>fallthrough 反而让逻辑更难懂、更易出错。
立即学习“go语言免费学习笔记（深入）”；
- 错误示范：
case 1: fallthrough; case 2: fallthrough; case 3:→ 实际是“只要匹配 1 就必然执行 2 和 3”，不是“匹配其中任一” - 正确写法：
case 1, 2, 3:表示三者任一都进这个分支 - 若需组合逻辑（如“x==1 且 y>0”），先用
if过滤，再进switch；或把组合条件写进case表达式里
x, y := 1, 5
if x == 1 && y > 0 {
switch x {
case 1:
fmt.Println("x is 1 and y > 0")
}
}
类型断言中的 fallthrough 几乎无意义
type switch（switch v := x.(type)）的每个 case 对应一个具体类型，变量 v 的类型在该分支内是确定的。此时 fallthrough 会导致类型不一致，编译器会拒绝——因为下一个 case 中 v 的类型已变，无法复用。
- 例如：
case string:中v是string，fallthrough到case int:时，v在语法上不再是string，但又未被重新声明为int，直接报错 - 所以
type switch中禁止fallthrough，也不应尝试绕过
var i interface{} = "hello"
switch v := i.(type) {
case string:
fmt.Printf("str: %s", v)
// fallthrough // ❌ compile error: cannot fallthrough in type switch
case int:
fmt.Printf("int: %d", v)
}
真正容易被忽略的是：fallthrough 不检查后续 case 的条件是否成立，它只是“强行跳转”。一旦用错位置或漏掉边界判断，bug 往往静默发生、难以复现。宁可多写一行 if，也不要靠 fallthrough 拼逻辑。
