java编译器根据case值的分布密度自动选择tableswitch或lookupswitch指令：连续紧凑值用tableswitch（o(1)时间、高空间开销），稀疏大跨度值用lookupswitch（o(log n)时间、低空间开销），string和枚举也转为int落入二者之一。

Java 编译器（javac）在处理 switch 语句时，不会保留原始语法结构，而是根据 case 常量的分布特征，自动选择生成 tableswitch 或 lookupswitch 字节码指令。二者本质都是 JVM 提供的跳转优化机制，但适用场景、空间与时间开销存在明确分工。

tableswitch：适合连续或紧凑的 case 值

当所有 case 常量构成一个跨度小、基本连续的整数区间（例如 0、1、2、4、5，最大最小差值为 5），javac 会生成 tableswitch 指令。

• JVM 先计算出该区间的 low（最小 case 值）和 high（最大 case 值）
• 为每个从 low 到 high 的整数预分配一个跳转偏移量 slot，包括未显式声明的“空缺值”
• 运行时直接用 switch 表达式的值减去 low 作索引查表，命中即跳，未命中则跳 default
• 时间复杂度为 O(1)，但内存占用与 high - low + 1 成正比

lookupswitch：适合稀疏或跨度大的 case 值

当 case 值分散、间隔大、数量相对较少（如 100、1000、99999），编译器会选用 lookupswitch。

Smart Model Switcher V5

智能模型自动切换 V5.0.2 - 多模态感知，自动识别图片/视频/音频/代码/文本任务，切换最优模型。支持图片理解(qwen3-vl-plus)、视频音频(qwen3.5-plus)、代码(glm-5)、Office文档(MiniMax-M2.5)、推理等场景。零感知切换，无需手动操作。

下载

• 内部维护一个已按 key（case 值）升序排列的键值对列表：match: offset
• 运行时对这个列表执行二分查找，匹配成功后跳转到对应分支
• 只存储实际出现的 case 条目 + 1 个 default 条目，空间占用小
• 时间复杂度为 O(log n)，n 是 case 数量；当 n 很小时，性能差异几乎不可测

如何验证生成的是哪一种指令

编译 Java 源码后，使用 javap -c 反编译 class 文件：

• 若看到 tableswitch 关键字，后面紧跟着 low、high 和一串 offset 列表，说明启用跳转表
• 若看到 lookupswitch 关键字，后面是 npairs（键值对总数）及成对的 match: offset，说明走二分查找路径
• String 类型或枚举类型的 switch，底层仍会转为 int 运算，最终也落入这两种指令之一

影响编译器决策的关键因素

javac 不依赖 case 数量绝对值，而关注值的“密度”：

• 即使只有 3 个 case，若分别是 1、100、10000，则大概率选 lookupswitch
• 哪怕有 10 个 case，若值为 0～9 或 100～109，基本都会触发 tableswitch
• default 分支是否存在、位置在哪，不影响指令类型选择，仅作为 fallback 跳转目标