Go 的 switch 不支持 case 后跟布尔表达式，因其要求带表达式的 switch 中所有 case 值必须是编译期可确定、与 switch 表达式类型兼容的常量；而 x > 5 是运行时 bool 表达式，既非常量又类型不匹配。
Go 的 switch 语句本身不支持像 C/Java 那样在 case 后直接写任意布尔表达式（例如 case x > 5 && y ），但 Go 提供了等价且更安全的替代方式：**无表达式的 <code>switch（即 switch 后不跟值）**，它会隐式匹配 true，从而允许每个 case 使用完整条件表达式。
Go switch 支持条件表达式的唯一合法写法
必须省略 switch 后的表达式，让其变成“条件分支开关”。此时每个 case 后的表达式类型必须是 bool，且只在运行时求值（惰性求值，满足一个即停）。
- ✅ 正确：
switch { case x > 0 && y < 10: fmt.Println("in range") case z == "debug": fmt.Println("debug mode") default: fmt.Println("fallback") } - ❌ 错误（编译失败）：
switch x { case x > 5: // 编译错误：case 后必须是常量或可比较类型值，不能是 bool 表达式 ... }
为什么不能在带表达式的 switch 中用条件？
Go 要求带表达式的 switch（如 switch x）中所有 case 值必须是**编译期可确定的、与 x 类型兼容的常量或字面量**。而 x > 5 是运行时布尔表达式，类型为 bool，无法与 x（比如 int）比较，也不满足常量要求。
-
case值必须是可比较的常量（const、字面量、预声明标识符如nil） - 不允许出现变量、函数调用、运算符表达式（哪怕结果是常量，如
3 + 4在某些上下文也不被接受） - 这保证了
switch的分支在编译期可分析，利于优化和类型检查
常见误用与坑点
开发者常因习惯其他语言而写出非法语法，或混淆两种 switch 形式导致逻辑错误。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“go语言免费学习笔记（深入）”；
- 把带表达式的
switch和条件switch混用：例如switch x { case y > 5:—— 直接报错invalid case y > 5 in switch on x - 忘记无表达式
switch的case是从上到下顺序求值：第一个为true的case就执行，后续不检查（这点和if-else if完全一致） - 误以为
fallthrough可用于条件switch：可以，但需谨慎——fallthrough会跳入下一个case的条件判断（不是无条件执行），且下一个case仍会求值其布尔表达式
性能与可读性提醒
无表达式 switch 在底层通常被编译为一系列 if-else 链，而非跳转表。所以它和手写的 if-else if-else 性能基本一致，没有隐藏开销。
- 当分支逻辑复杂、涉及多个变量或范围判断时，用无表达式
switch比嵌套if更清晰 - 当只是单值多常量匹配（如枚举、状态码），优先用带表达式的
switch，语义更明确，也便于静态分析 - 避免在
case中调用有副作用的函数（如case log.Println("x"), x > 0:），因为求值顺序不保证，且可能不被执行
真正容易被忽略的是：Go 的 switch 不是“语法糖”，而是两种正交结构——一种用于值匹配，一种用于条件分支。选错形式不会报运行时错，而是编译失败，但错误信息可能让人困惑；写对了，它就老老实实按你写的布尔逻辑走，不多也不少。
