本文目录导读：
在 Java 的 switch 语句中，case 标签的顺序通常不会影响程序的最终执行结果（除非涉及 default 的巧妙使用或穿透 fall-through 逻辑）。
我们可以从以下几个维度来详细分析：
匹配机制：精确匹配，而非顺序匹配
Java 的 switch 是基于值匹配的，而不是像 if-else if 那样从上到下顺序判断，JVM 会根据表达式的值直接跳转到对应的 case 标签（通过 tableswitch 或 lookupswitch 指令）。
- 只要值匹配，无论这个
case写在第几行，都会被执行。 - “换人调整”（即互换
case的位置）不会改变哪个case会被选中。
唯一会受影响的情况：Fall-through（穿透）
如果在 case 块中没有写 break，程序会继续执行下一个 case 的代码，在这种情况下，顺序就变得至关重要。
示例：
int x = 1;
switch (x) {
case 1:
System.out.println("One");
// 没有 break，会继续往下执行
case 2:
System.out.println("Two");
break;
case 3:
System.out.println("Three");
break;
}
- 原顺序结果：输出
One和Two。 - 换人调整（把 case 2 和 case 3 互换）：
switch (x) { case 1: System.out.println("One"); // 穿透 case 3: System.out.println("Three"); break; case 2: System.out.println("Two"); break; } - 新顺序结果：输出
One和Three。
如果代码中大量依赖不带 break 的穿透逻辑，那么调整 case 的顺序会影响结果。
特殊情况：default 的位置
通常建议把 default 放在最后，但 Java 语法允许把它放在任意位置。
default后面没有break，且它被放到了中间，同样会因为穿透影响后续的case。- 如果所有
case都不匹配，程序会跳转到default，无论default写在哪里，它都是最后被考虑的选项（除非发生穿透）。
性能与编译优化
从底层字节码看：
tableswitch：case的值是连续的（如 1, 2, 3, 4），编译器会生成一个跳转表，此时顺序完全不影响性能，时间复杂度是 O(1)。lookupswitch：case的值是稀疏的（如 1, 100, 1000），编译器会生成一个查找表，虽然内部可能按排序后的键进行二分查找，但逻辑结果依然只取决于值匹配，与书写顺序无关。
- 如果没有 fall-through（即每个 case 都有 break/return）：调整顺序不影响结果。
- 如果有 fall-through：调整顺序会影响结果（因为穿透的路径变了）。
- 最佳实践：为了代码可读性和避免 bug，建议每个
case都显式加上break（或return/throw），并按照逻辑顺序排列，在这种情况下，你可以放心地认为“换人调整”不会影响结果。
