jvm仅支持int类型跳转，string switch通过编译期生成hashcode+equals双重校验实现，枚举switch则映射为ordinal()整数跳转；long/double/自定义类因无法无歧义映射为int而不被支持。
掌握 switch 对 String 和枚举的支持原理，关键在于理解：JVM 本身不认 String 或 enum，只认 int；所有高级支持都是编译器在编译期做的“翻译工作”。不是运行时魔法，而是静态转换。
String switch 的真实执行流程
Java 7+ 的 String switch 不是语法糖，而是编译器生成的双重校验逻辑：
- 第一步：调用 hashCode() 得到一个 int 值，用它走
tableswitch（case 值密集）或lookupswitch（case 值稀疏）快速跳转到候选分支 - 第二步：在跳转后的每个候选分支里，用 equals() 逐个比对原始字符串，防止哈希冲突误判（比如
"Aa"和"BB"的 hashCode 相同） - 第三步：若所有 equals 都不匹配，则落到
default分支；如果表达式本身为 null，直接抛NullPointerException，不会进 default
注意：所有 case 字符串必须是编译期常量（如 "abc"、static final String X = "abc"），因为编译器需要在编译阶段就计算并固化它们的 hashCode 值。
枚举 switch 的底层映射机制
枚举 switch 实质是基于 ordinal() 的整数跳转：
- 每个枚举常量在定义时就被分配一个从 0 开始的序号（
RED.ordinal() == 0，GREEN.ordinal() == 1） - 编译器将
switch(color)转为switch(color.ordinal())，再套用标准的 int 跳转表 - 为避免多线程首次访问时竞争，编译器还会生成一个静态映射数组（
$VALUES），首次使用时通过同步块懒加载初始化
风险提示：枚举常量顺序一旦改动（如在中间插入新值），所有 ordinal 值会偏移，可能导致 switch 分支错位——这不是 bug，而是设计使然。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
为什么不能用 long、double 或自定义类？
根本限制来自 JVM 字节码规范：
-
tableswitch和lookupswitch指令只接受 int 类型的操作数 -
long超出 int 表示范围，无法作为跳转表索引；double/float存在精度与 NaN 问题，不满足“精确匹配”前提 - 自定义类没有编译期可确定的整数标识（不像 String 有固定 hashCode、enum 有固定 ordinal），编译器无法生成安全可靠的跳转逻辑
所以，支持与否不取决于“语言是否方便”，而取决于“能否无歧义地映射为 int 并在编译期固化”。
验证与调试的小技巧
别只信文档或 IDE 提示，动手看字节码最可靠：
- 用
javac编译含 String/enum switch 的代码，再用javap -c反编译，观察是否出现tableswitch、lookupswitch、hashCode()、ordinal()等指令 - 尝试写两个 hashCode 相同但内容不同的字符串 case（如
"Aa"和"BB"），编译后反编译，能看到编译器自动插入了显式的equals()判断 - 把 enum 常量顺序改一改再编译，对比字节码中跳转表的常量值变化，就能直观看到 ordinal 依赖
搞懂这一层，你就不再把 switch 当黑盒，而是清楚每一行代码最终如何变成 JVM 能执行的指令。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
