fallthrough 是 go 中无条件跳转到下一 case 的硬约束语法，必须位于 case 末尾且后无缝隙，仅支持单层正向穿透，不适用于类型开关，滥用易致逻辑错误。
Go 的 fallthrough 不是“继续执行下一条语句”，而是无条件跳转到紧邻的下一个 case 块，完全忽略其条件判断——用错一次，编译失败或逻辑失控几乎是必然的。
fallthrough 必须写在 case 末尾，且后面不能有任何东西
哪怕是一行空行、一个注释、甚至一个分号，都会触发编译错误：fallthrough statement out of place。它不是语句结尾的“可选修饰”，而是语法硬约束。
- ✅ 正确写法：
fmt.Println("a"); fallthrough（分号后紧跟fallthrough） - ❌ 错误写法：
fmt.Println("a")\n// 注释\nfallthrough（中间有换行或注释） - ❌ 错误写法：
fallthrough; fmt.Println("b")（fallthrough后还有语句） - ⚠️ 注意：
fallthrough后面不能接break，二者互斥；写了break就不会执行fallthrough
fallthrough 只能穿透一层，且目标 case 必须存在
它不支持跨多个分支跳转，也不能反向跳回上一个 case，更不能穿透到 default 之后——因为 default 是末尾分支，再往后没有合法目标。
- ✅ 允许：
case 1: ... fallthrough→ 跳入case 2: - ✅ 允许：
case 2: ... fallthrough→ 跳入default:（default可被穿透） - ❌ 禁止：
case 3: ... fallthrough→ 后面只有default:，但你又在default:末尾再写fallthrough（报错：cannot fallthrough final case in switch） - ❌ 禁止：
case 1: ... fallthrough→ 直接跳到case 4:（中间跳过case 2和case 3）
fallthrough 在类型开关（type switch）中完全不可用
这是新手踩坑最密集的点之一：只要 switch 写成 switch v := x.(type) 格式，就属于类型开关，此时使用 fallthrough 会直接编译失败，报错 cannot fallthrough in type switch。
- ✅ 普通值 switch（如
switch n { case 1: ... }）支持fallthrough - ❌ 类型开关（
switch v := i.(type) { case string: ... }）禁止fallthrough，语法层面封死 - ⚠️ 注意：类型开关里每个
case中的v是独立作用域变量，无法靠fallthrough绕过作用域限制
什么时候真该用 fallthrough，而不是写 if 或合并 case
它不是为了“省几行代码”而存在，而是为极少数需要**显式构造执行链**的场景服务。滥用它，比多写两行 if 更容易埋雷。
- ✅ 合理场景：HTTP 状态码分组日志，比如
case http.StatusNotFound, http.StatusGone:已够用；但如果StatusGone需额外记录审计事件，而StatusNotFound不需要，这时拆开 +fallthrough才有意义 - ❌ 反模式：
case 1: fallthrough; case 2: fallthrough; case 3:—— 这本质是if x >= 1 && x ，强行用 <code>fallthrough只会让逻辑更难读 - ⚠️ 关键提醒：一旦某个
case里用了:=声明变量，fallthrough过去后该变量不可见；别指望靠穿透来“复用局部变量”
真正难的不是写对 fallthrough，而是判断“这里到底需不需要它”。多数时候，答案是否定的——Go 的 switch 设计本意就是隔离与明确，而 fallthrough 是那个必须被充分理由支撑的例外。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
