此功能是否将在以后的Java版本中使用?
有人可以解释为什么我不能这样做吗,就像Java switch语句起作用的技术方式一样?
switch
带有String案例的switch语句已在Java SE 7中实现,至少在首次提出要求后的 16年。没有提供延迟的明确原因,但可能与性能有关。
String
在JDK 7中实现
现在,该功能已javac 通过“脱糖”过程实现。String在case声明时使用常量的干净,高级语法在编译时扩展为遵循模式的更复杂的代码。生成的代码使用始终存在的JVM指令。
javac
case
switch带有Stringcase的A 在编译期间转换为两个开关。第一个将每个字符串映射到一个唯一的整数-它在原始开关中的位置。这是通过首先打开标签的哈希码来完成的。相应的情况是if测试字符串是否相等的语句;如果哈希上有冲突,则测试为级联if-else-if。第二个开关在原始源代码中进行镜像,但是用相应的位置替换了大小写标签。此两步过程使保留原始交换机的流量控制变得容易。
Stringcase
在JVM中切换
有关的更多技术深度switch,请参考JVM规范,其中描述了switch语句的编译。简而言之,有两种不同的JVM指令可用于切换,具体取决于案例使用的常量的稀疏性。两者都依赖于每种情况下使用整数常量来有效执行。
如果常量密集,则将它们用作指令指针表(指令)的索引(减去最小值后)tableswitch。
tableswitch
如果常量稀疏,则对lookupswitch指令的正确大小写进行二进制搜索。
lookupswitch
在switch对String物体进行脱糖时,可能会同时使用这两种指令。在lookupswitch对散列码的第一开关以找到的情况下的原始位置是合适的。由此产生的序数是自然适合tableswitch。
两条指令都要求在编译时对分配给每种情况的整数常量进行排序。在运行时,虽然O(1)性能tableswitch一般显得比更好O(log(n))的性能lookupswitch,它需要一些分析,以确定该表是否是密集足以证明时空权衡。Bill Venners撰写了一篇很棒的文章,其中更详细地介绍了此内容,同时还深入介绍了其他Java流程控制指令。
O(log(n))
在JDK 7之前
在JDK 7之前,enum可以近似String基于的开关。这将使用编译器针对每种类型生成的静态valueOf方法enum。例如:
enum
valueOf
Pill p = Pill.valueOf(str); switch(p) { case RED: pop(); break; case BLUE: push(); break; }