为什么不能在字符串上使用switch语句？

Question

此功能是否将在以后的Java版本中使用？

有人可以解释为什么我不能这样做吗，就像Java switch语句起作用的技术方式一样？

Answer 1

带有String案例的switch语句已在Java SE 7中实现，至少在首次提出要求后的 16年。没有提供延迟的明确原因，但可能与性能有关。

在JDK 7中实现

现在，该功能已javac 通过“脱糖”过程实现。String在case声明时使用常量的干净，高级语法在编译时扩展为遵循模式的更复杂的代码。生成的代码使用始终存在的JVM指令。

switch带有Stringcase的A 在编译期间转换为两个开关。第一个将每个字符串映射到一个唯一的整数-它在原始开关中的位置。这是通过首先打开标签的哈希码来完成的。相应的情况是if测试字符串是否相等的语句；如果哈希上有冲突，则测试为级联if-else-if。第二个开关在原始源代码中进行镜像，但是用相应的位置替换了大小写标签。此两步过程使保留原始交换机的流量控制变得容易。

在JVM中切换

有关的更多技术深度switch，请参考JVM规范，其中描述了switch语句的编译。简而言之，有两种不同的JVM指令可用于切换，具体取决于案例使用的常量的稀疏性。两者都依赖于每种情况下使用整数常量来有效执行。

如果常量密集，则将它们用作指令指针表（指令）的索引（减去最小值后）tableswitch。

如果常量稀疏，则对lookupswitch指令的正确大小写进行二进制搜索。

在switch对String物体进行脱糖时，可能会同时使用这两种指令。在lookupswitch对散列码的第一开关以找到的情况下的原始位置是合适的。由此产生的序数是自然适合tableswitch。

两条指令都要求在编译时对分配给每种情况的整数常量进行排序。在运行时，虽然O(1)性能tableswitch一般显得比更好O(log(n))的性能lookupswitch，它需要一些分析，以确定该表是否是密集足以证明时空权衡。Bill Venners撰写了一篇很棒的文章，其中更详细地介绍了此内容，同时还深入介绍了其他Java流程控制指令。

在JDK 7之前

在JDK 7之前，enum可以近似String基于的开关。这将使用编译器针​​对每种类型生成的静态valueOf方法enum。例如：

Pill p = Pill.valueOf(str);
switch(p) {
  case RED:  pop();  break;
  case BLUE: push(); break;
}