Go 的 switch 本质是结构化条件链：不写表达式时等价于 switch true，每个 case 是独立布尔表达式；带表达式时为值匹配，要求类型一致；type switch 专用于接口类型断言，三者语义互斥、不可混用。
Go 的 switch 不是 C 风格的跳转表，它本质是带结构化语法的条件链 —— 匹配逻辑取决于你写不写表达式、写什么类型表达式，写错就编译失败或行为出人意料。
switch 后不写表达式时，到底在匹配什么
它等价于 switch true，每个 case 是一个独立布尔表达式，从上到下求值，遇到第一个为 true 的就执行并跳出。
-
case必须是非空、编译期可求值的布尔表达式，比如err != nil、x > 100、mode == "read" || mode == "write"；写case:或case err := doSomething():直接报错 - 顺序敏感：前面的
case x > 5成立，后面的case x > 3就不会进，哪怕也成立 - 适合场景：权限组合判断（
case hasRead && !hasWrite）、状态区间检查（case score >= 90）、nil 安全判断（case v == nil） - 别把它当“多条件 or”用：想动态匹配一组字符串？用
map[string]bool查，别硬塞进case列表
带表达式的 switch，case 后跟多个值怎么理解
这是值匹配模式，case "r", "read" 表示“匹配其中任意一个”，底层是逐个做 == 比较，不是逻辑 ||，也不是区间。
- 所有
case值必须和switch表达式类型一致：如果switch mode中mode是string，就不能写case syscall.EINTR（它是int） -
case后不能出现变量或运行时计算结果：case "r", otherVar编译失败 - 支持常量、字面量、具名常量（如
http.StatusOK），但前提是它们类型兼容 - 常见误用：把不同类型混在同一个
switch里，比如switch v { case 200: ... case "OK": ... }—— 类型不匹配直接拒编
type switch 怎么安全判断接口的底层类型
语法固定为 switch v := x.(type)，其中 x 必须是接口类型（如 interface{} 或自定义接口），v 在各 case 中自动转为对应具体类型。
Switch Modes
下载
动态切换AI模型以优化成本与性能。当用户发出“eco mode”、“balanced mode”、“smart mode”或“max mode”等模式指令，或使用“/modes status”查询状态及“/modes setup”配置模式时触发。
立即学习“go语言免费学习笔记（深入）”；
-
case后只能跟类型名，不能跟值：case int✅，case 42❌，case int, string❌（语法错误，不支持多类型并列） -
case nil:是合法的，用于判断接口是否为空（nil接口值） - 别在普通
switch里套.(type)：混用会编译失败；也别对非接口变量做类型断言，比如switch v := 42.(type)报错 - 典型用途：解包
json.RawMessage、处理不同结构的 API 响应、泛型前的类型路由
fallthrough 和 default 的实际约束
fallthrough 是显式穿透指令，只作用于当前 case 末尾，且仅向下穿透一个 case；default 可放任意位置，但建议放最后以防逻辑被意外跳过。
-
fallthrough后面必须紧跟另一个case或default，不能是空行或注释，否则编译失败 - 带表达式的
switch中，fallthrough不会重新计算表达式值，只是继续执行下一case的代码块 -
default不代表“兜底”，它只在无case匹配时触发；如果所有case都覆盖了可能值，default永远不会执行 - 无
default且无匹配case时，整个switch静默结束 —— 这可能是 bug 的温床，尤其在状态机或协议解析中
最容易被忽略的是类型一致性：值匹配要求所有 case 和 switch 表达式同类型，类型断言要求左侧必须是接口，而无表达式写法要求每个 case 是纯布尔表达式 —— 三者语义互斥，混用即错，且错误信息往往不直观。
