javap显示的是JVM字节码助记符而非汇编或机器码；常用参数包括-c（反编译方法体）、-v（全量细节）、-s（类型签名）、-p（显示private成员）；字节码揭示语法糖本质及运行时行为真相。
javap 看到的不是汇编，是字节码助记符
Java 编译后生成的是 .class 文件，里面存的不是机器码，也不是 x86/ARM 汇编，而是 JVM 能直接执行的字节码（bytecode）。javap 输出的 iconst_1、astore_0、invokevirtual 这些，是字节码的助记符（mnemonics），类似汇编风格的可读表示，但和真实 CPU 指令无关。
常见误解：看到 javap -c 输出里有 “load”、“store”、“goto”，就以为在看 JVM 的“汇编语言”。其实这只是规范定义的一套抽象指令集，JVM 实现（比如 HotSpot）内部会把它动态编译成真正的机器码（JIT），或者解释执行——你永远看不到它最终跑在哪条 CPU 指令上。
javap 常用参数组合与对应场景
光敲 javap MyClass 只显示 public 成员签名，几乎没用。真正要查逻辑，得靠这几个参数：
-
javap -c MyClass：反编译方法体，显示每行 Java 代码对应的字节码指令（最常用） -
javap -v MyClass：显示全部细节，包括常量池、字段属性、Code 属性里的局部变量表、行号表（调试时定位源码行关键） -
javap -s MyClass：只看每个字段和方法的 JVM 类型签名，比如Ljava/lang/String;或(I)V -
javap -p MyClass：强制显示 private 成员（默认不显示）
注意：javap 不支持直接读取 jar 包里的类（除非解压或指定路径），也不能反编译 Kotlin/Scala 编译出的 class（能看，但语义混乱，比如 $kt 后缀方法、合成桥接方法）。
立即学习“Java免费学习笔记（深入）”；
从字节码能看出哪些 Java 语法糖的真相
Java 很多“语法糖”在字节码里完全展开，是排查行为异常的第一现场：
-
增强 for 循环：被转成
iterator()+hasNext()+next()三步调用，空集合不会 NPE，但自定义迭代器没写好就会卡住 -
自动装箱/拆箱：
Integer i = 1;编译为Integer.valueOf(1)；int j = i;编译为i.intValue()；注意valueOf有缓存（-128~127），跨范围 == 判断会失效 -
try-with-resources：编译后插入
finally块，显式调用close()，且会处理suppressed exception（见addSuppressed字节码） -
lambda 表达式：可能生成私有静态方法（
lambda$xxx），也可能用invokedynamic+LambdaMetafactory动态构造，后者在javap -v的 BootstrapMethods 属性里才看得见
容易被忽略的字节码陷阱
字节码层面的行为，有时和直觉相反，而且 IDE 和 debug 器都藏得太深：
-
final字段在字节码里只是ACC_FINAL标志，JVM 不阻止反射修改（setAccessible(true)+set()仍有效），但 JIT 可能做常量折叠优化，导致改了也读不到新值 -
String s = "a" + "b"在编译期就拼成"ab"进常量池；但String s = s1 + s2（变量）会变成new StringBuilder().append(s1).append(s2).toString()，哪怕s1、s2是final也不行 -
switch字符串：Java 7+ 编译后实际是先算hashCode()，再用tableswitch或lookupswitch，最后补一层equals()防哈希冲突——所以 null 会直接NullPointerException，不会进 default - 泛型擦除后，
List<String>和List<Integer>字节码里都是Ljava/util/List;，运行时无法区分，这也是ClassCastException常在 get() 时才抛的原因
字节码不是玩具，它是 Java 行为的最终定义。很多“为什么这段代码在线上表现不一样”的问题，差的就是一眼 javap -v。别只信源码注释，更别盲信 IDE 的“反编译预览”——它经常美化过度，漏掉行号表、异常表这些关键元信息。
