tableswitch是什么？
在Java编译后的class文件里，方法体内的逻辑会被翻译成一条条字节码指令。当我们写了一个switch语句，尤其是连续的整数case时，JVM为了提升效率，可能不会用if-else逐个判断，而是生成tableswitch指令来实现跳转。这种指令专门用于处理密集的整型分支，比如case 1、2、3、4连续出现的情况。
举个例子，你在调试一个老系统的性能问题，发现某个核心方法里的switch分支执行特别快，反编译后看到一堆看不懂的字节码，其中就混着tableswitch。这时候不搞明白它的机制，光看源码可能会误判执行路径。
tableswitch结构长什么样
它不是一条简单的跳转，而是一块结构化的数据区域。在字节码中，tableswitch对齐到4字节边界，紧跟在操作码之后。它包含默认跳转偏移、最低值、最高值，然后是一系列按顺序排列的跳转目标偏移量。
假设你写的代码是：
switch (n) {
case 1: return "one";
case 2: return "two";
case 3: return "three";
default: return "other";
}编译后可能生成tableswitch，最低是1，最高是3，后面跟着三个偏移分别指向三个case的处理地址，默认跳转指向default分支。
怎么读懂反编译中的tableswitch
用javap -c反编译class文件时，你会看到类似这样的输出：
tableswitch { <br> 1: label1<br> 2: label2<br> 3: label3<br> default: default_label<br> }这里的label都是相对当前方法起始位置的偏移。如果传入的n在1到3之间，JVM直接用n减去最低值作为索引，在跳转表里查地址，O(1)完成定位。比多个if-else快得多。
什么情况下不用tableswitch
如果你的case稀疏分布，比如只有case 1和case 100，编译器会觉得建表浪费空间，改用lookupswitch。后者用键值对方式存储，适合离散值。这时候性能就接近二分查找了。所以写代码时如果想让JVM选tableswitch，尽量把case排得紧凑些。
排查问题时注意：反编译看到tableswitch说明分支密集，执行路径跳转快，但如果逻辑出错，得结合实际入参和跳转偏移来推断走了哪个分支。有时候bug是因为传入的值刚好落在min和max之间但没对应case，结果落到default，而你以为会报错其实静默处理了。
实战小技巧
遇到switch相关的异常跳转或逻辑遗漏，除了看源码，一定要用javap看看生成的是tableswitch还是lookupswitch。如果是tableswitch，检查输入值是否在[min, max]区间内，再核对跳转表索引计算是否正确。特别是从网络或配置读取的整数值，可能超出预期范围，导致意外触发default分支，造成业务逻辑偏差。