JVM处理String类型switch语句：指令选择与哈希冲突解析

不少开发者会误以为String类型的switch只能用LookupSwitch指令，但JVM的实际处理逻辑分两步走，且指令选择和哈希冲突都有明确的处理规则：

一、String switch的指令选择逻辑 #

JVM处理String switch时，会先提取字符串的hashCode()值，将String switch转换为基于int类型的switch。之后选择LookupSwitch还是TableSwitch，完全取决于hash值的分布：

• 如果hash值的范围密集（比如连续的整数区间），JVM会使用TableSwitch——它通过索引直接跳转，效率更高；
• 如果hash值稀疏，就会用LookupSwitch，通过键值对匹配跳转。
  所以你的初始判断并不准确：不是因为是String就固定用LookupSwitch，而是看hash值的分布情况。

二、哈希冲突的处理机制 #

当不同String的hashCode相同时（比如你代码里的"FB"和"Ea"，hashCode都是2236），JVM不会仅靠hash值跳转就结束，而是会在对应的case分支里额外加入字符串的equals()比较，确保只有完全匹配的字符串才会进入对应的分支。

对应你给出的代码，JVM生成的字节码逻辑大致如下：

1. 计算输入字符串i的hashCode；
2. 对hash值执行switch逻辑：
   • 若hash为65：直接进入"A"的分支，给res赋值0；
   • 若hash为2236：进入一个统一的分支，依次用i.equals("FB")和i.equals("Ea")判断，匹配哪个就进入对应的res赋值分支；
   • 其他hash值直接进入default分支。

这种设计既利用了int switch的高效跳转特性，又通过equals()校验解决了哈希冲突的准确性问题，兼顾了性能和正确性。

三、你的代码运行验证 #

运行main方法传入"Ea"时，其hashCode为2236，先跳转到hash匹配的分支，再通过equals()确认是"Ea"，因此res被赋值为2，最终输出结果为2，完全符合预期。

内容的提问来源于stack exchange，提问作者maplemaple