go 的 switch 后不写表达式时等价于 switch true，每个 case 是独立布尔表达式，从上到下求值，首个为 true 时执行并跳出；case 必须是编译期可求值的非空布尔表达式，顺序敏感，不支持赋值或运行时值。
Go 的 switch 不是 C 风格的跳转表，它默认带 break，且有三种互斥用法：值匹配、无表达式布尔判断、类型断言。混用或误读语义会导致逻辑跳过、编译失败或运行时 panic。
switch 后不写表达式时，到底在判断什么？
它等价于 switch true，每个 case 是一个独立的布尔表达式，从上到下求值，遇到第一个为 true 的就执行对应分支，然后跳出——本质是结构更清晰的 if-else if-else 链。
-
case必须是编译期可求值的布尔表达式，不能留空（case:会报错） - 顺序敏感：前面的
case x > 5匹配了，后面的case x > 3即使也成立也不会执行 - 别在
case行里写赋值，比如case err := doSomething():—— Go 直接拒绝编译 - 适合场景：
nil检查（case v == nil）、权限组合（case hasRead && !hasWrite）、分数段（case score >= 90）
case 后跟多个值（如 case "r", "read"）是怎么匹配的？
这是带表达式的 switch（如 switch mode）才支持的语法，逗号分隔表示“匹配其中任意一个值”，底层是逐个做 == 比较，不是逻辑 ||，也不是区间。
- 所有值必须和
switch表达式类型一致；混用"r"和syscall.EINTR可能因底层类型不同（stringvsint）导致编译失败 - 不支持变量或运行时计算值：
case "r", otherVar会报错 - 若需动态多值匹配（比如从配置读取允许的模式列表），应改用
map[string]bool查找，而非硬塞进case - 常见正确用法：
switch flag { case "v", "verbose": enableVerbose = true }
fallthrough 到底能不能用？什么时候会出问题？
fallthrough 是唯一能穿透到下一 case 的方式，但它不检查下一个 case 的条件是否满足，只无条件跳入其代码块——且仅限于相邻的、有明确值的 case（不能用于无表达式 switch 或 type switch）。
- 必须是
case块中**最后一行**，后面不能跟任何其他语句 - 穿透目标必须是紧邻的
case，中间不能有空行、注释或default - 新代码几乎不需要它：想复用逻辑，抽成函数比靠
fallthrough更安全、易读 - 典型误用：
case "a": doA(); fallthrough; case "b" || "c": ...——case "b" || "c"语法非法，直接编译失败
type switch（switch v := x.(type)）有哪些硬限制？
这是专用于接口类型断言的语法，x 必须是接口类型（如 interface{}），每个 case 后只能写具体类型名（string、*MyStruct），不能写值、表达式或混合普通 case。
-
case nil是合法的，专门匹配nil接口值 - 不能混用：
switch v := x.(type) { case string: ... case 42: ... }是语法错误 -
v的作用域仅限当前case分支；跨case使用需提前声明变量 - 如果
x是非接口类型（比如int），x.(type)会编译失败，此时该用普通switch x
最容易被忽略的是类型一致性：当 case 值来自不同包的常量（如 os.O_RDONLY 和 syscall.O_RDONLY），它们底层类型可能不一致，导致编译失败。这种情况下，要么统一转成 int，要么改用无表达式 switch + 显式比较。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
