switch后不写表达式时判断每个case布尔表达式的真假，从上到下执行首个为true的分支；case多值用逗号分隔因是匹配值列表而非逻辑或；fallthrough无条件跳入下一case体；type switch仅支持类型名匹配且不可与值匹配混用。
switch后面不写表达式，到底在判断什么？
它不是“没条件”，而是把每个 case 当作布尔表达式从上到下挨个求值，遇到第一个为 true 的就进去执行，然后自动跳出——本质是更清晰的 if-else if-else 链。
- 必须每个
case都能编译期求值，不能留空（比如case:不合法） -
default不强制存在，但漏掉容易掩盖逻辑漏洞，建议始终加上 - 适合场景：分数段划分、权限组合判断、
nil或空值预检等无法用单值匹配的逻辑
示例：
switch {
case score >= 90:
grade = "A"
case score >= 80:
grade = "B"
case score >= 70:
grade = "C"
default:
grade = "F"
}
case里写多个值，为什么只能用逗号不能用||？
因为 case 后面不是布尔表达式，而是“匹配值列表”——编译器会在运行时做逐个 == 比较，不是逻辑或运算。
-
case "read", "r"合法；case "read" || "r"直接报错：invalid operation: || (mismatched types string and string) - 所有值必须和
switch表达式类型一致，混用"r"和42会编译失败 - 不支持变量或函数调用，比如
case mode1, mode2（若mode1是变量）会报错
真要动态多值匹配？改用 map[string]bool 查表更安全。
fallthrough 是唯一能穿透 case 的方式，但限制极严
它不是“继续判断下一个 case 条件”，而是无条件跳进紧邻的下一个 case 分支体，连条件都不看——所以只能出现在 case 最后一行，且下一分支必须是 case（不能是 default），中间不能有空行或注释。
立即学习“go语言免费学习笔记（深入）”；
- 常见误用：在非末尾写
fallthrough→ 编译错误 - 跨
case的逻辑耦合度高，可读性差，新代码中基本应避免 - 如果只是想复用一段公共逻辑，优先提取成函数，而不是靠
fallthrough勉强拼凑
示例（仅作说明，不推荐）：
switch mode {
case "r":
f |= os.O_RDONLY
fallthrough // 必须最后一行
case "w":
f |= os.O_WRONLY
}
type switch 和普通 switch 绝对不能混写
语法结构完全不同：switch v := x.(type) 是类型断言专用形式，x 必须是接口类型（如 interface{}），而每个 case 后只能跟类型名（string、*bytes.Buffer），不能跟值或布尔表达式。
-
case string, int:是语法错误（多类型并列不被允许） -
case "hello":在 type switch 中直接编译失败 -
case nil:是合法的，专门匹配nil接口值
一旦用了 .(type)，整个 switch 就锁死为类型判断模式，别想着在里面塞条件或值匹配。
最容易被忽略的一点：同一个 switch 块里，你不可能既做值匹配又做类型判断——选哪个，取决于你写在 switch 后面的是变量、空格，还是 v := x.(type)。写错一个字符，编译器报的错可能让你翻半天文档。
