fallthrough 必须位于 case 末尾且后无其他语句，仅能跳转至紧邻的下一个 case 或 default，不可跨分支或反向跳转，default 可被 fallthrough 进入但不能从中跳出。
fallthrough 必须写在 case 最末尾，否则编译报错
Go 的 fallthrough 不是自动行为，也不是类似 C 的隐式贯穿，它必须显式写出，且只能出现在 case 块的最后一条语句之后。如果你在 fallthrough 后面还写了其他语句（哪怕只是注释或空行），go build 会直接报错：fallthrough statement out of place。
常见错误写法：
switch x {
case 1:
fmt.Println("one")
fallthrough // ✅ 正确位置
case 2:
fmt.Println("two")
}
错误写法示例（编译失败）：
switch x {
case 1:
fmt.Println("one")
fallthrough
fmt.Println("this line breaks compilation") // ❌ 编译器拒绝
case 2:
...
}
-
fallthrough只能跳转到**紧邻的下一个case或default**，不能跨多个分支，也不能跳回前面的case - 它不关心下一个
case的条件是否匹配——哪怕x == 1，执行fallthrough后也会无条件进入case 2分支 - 如果当前
case是最后一个（后面没有case或default），fallthrough会报错
想“条件性贯穿”？别用 fallthrough，改用 if + goto 或重构逻辑
fallthrough 是无条件的，它不判断下一个 case 的表达式值。如果你需要“满足 A 时执行 A 和 B，满足 B 时只执行 B”，这不是 fallthrough 的适用场景——强行用会导致逻辑错乱或难以维护。
立即学习“go语言免费学习笔记（深入）”；
例如下面这段代码是危险的：
switch mode {
case "dev":
loadConfigDev()
fallthrough
case "prod": // 即使 mode == "dev"，这里也会执行！
startServer()
}
真正想表达的是“dev 包含 prod 行为”，那更清晰的做法是：
- 提取公共逻辑到函数：
startServer()单独调用，loadConfigDev()后主动调用它 - 用
if显式控制：if mode == "dev" { loadConfigDev(); startServer() } else if mode == "prod" { startServer() } - 极少数需跳转且结构复杂时，可用
goto（但应加注释说明必要性）
default 分支也能被 fallthrough 进入，但不能从 default fallthrough 出去
fallthrough 可以从任意 case 贯穿进 default，只要 default 紧跟在该 case 后面：
switch n {
case 0:
fmt.Print("zero")
fallthrough
default: // ✅ 允许进入
fmt.Println(" — handled")
}
但反过来不行：default 块末尾写 fallthrough 会编译失败，因为后面已无分支可跳转。
- Go 规定
default必须是 switch 中的最后一个分支（语法限制），所以它永远没有“下一个分支” - 如果误写
fallthrough在default里，错误信息是：cannot fallthrough in default case - 这也意味着：想让多个值共享 default 行为，得把它们都列在
default前面，再用fallthrough汇聚过去
性能和可读性提醒：fallthrough 容易掩盖控制流意图
fallthrough 本身几乎没有运行时开销，但它会让代码阅读者多一层推理负担——看到一个 case，得往后再看一行才能确认是否会贯穿；而多数人默认 Go 的 switch 是自动中断的。
- 团队协作中，除非有明确理由（如状态机连续转移、协议解析字节流），否则优先用显式调用代替
fallthrough - 如果一个
switch里出现超过一处fallthrough，建议拆成多个小函数或改用map[interface{}]func()查表分发 - 注意
case表达式支持逗号分隔多个值（case 1, 2, 3:），这比靠fallthrough实现“多值同处理”更符合 Go 的惯用法
真正难的不是写对 fallthrough，而是判断此刻它是不是最不容易让人误解的选择。
