java 7起switch支持string，编译期转为hashcode()与equals()配合的跳转表；java 5起支持integer等包装类，依赖自动拆箱，null会抛npe；long/float/double/boolean不支持是因字节码限制或设计取舍。

Java 中 switch-case 从 Java 7 开始原生支持 String，从 Java 5 起支持包装类（如 Integer、Character 等），但包装类能用的前提是自动拆箱机制生效。

String 支持从 Java 7 开始，底层靠 hashCode() 和 equals()

Java 7 之前，switch 只接受整型基本类型（byte、short、char、int）及其对应包装类（通过自动拆箱）、枚举。引入 String 支持并非 JVM 新增字节码指令，而是编译器在编译期做转换：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 先调用 String.hashCode() 计算哈希值，生成类似 lookupswitch 的跳转表
• 运行时再用 equals() 做精确比对，避免哈希冲突导致误匹配
• case 值必须是编译期常量：只能是字符串字面量（如 "save"）或 static final String，不能是 new String("save") 或运行时拼接的字符串

包装类支持从 Java 5 开始，依赖自动拆箱

Java 5 引入自动装箱/拆箱，使得 Integer、Character 等包装类可直接用于 switch，本质是编译器自动插入 .intValue() 或 .charValue() 调用：

• 例如 Integer i = 5; switch(i) { case 5: ... }，编译后等价于 switch(i.intValue())
• 如果变量为 null，运行时会抛出 NullPointerException，这点容易被忽略
• 不支持 Long、Double 等——因为它们无法无损转成 int，JVM 的 tableswitch/lookupswitch 指令只处理 32 位及以下整型或引用类型

为什么 long、float、double、boolean 不被支持

不是技术做不到，而是语言设计上的取舍：

• long 值范围远超 int，JVM 字节码没有针对 64 位整数的高效跳转指令
• float/double 存在精度问题，用作精确分支判断本身就不合理
• boolean 虽然只有 true/false 两个值，但规范从未将其纳入 switch 支持类型，仍需用 if 处理

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南