.class文件是JVM唯一识别的字节码，以CAFEBABE魔数开头，需通过java命令而非直接执行运行，其结构决定JIT优化、GC策略及反射行为。
class 文件就是字节码，它不是机器码，也不是源代码，而是 JVM 唯一能直接“看懂”的中间指令。
怎么确认一个 .class 文件里真是字节码？
别靠眼睛猜——.class 是二进制文件，开头固定是 CAFEBABE（十六进制魔数），这是 JVM 识别它的第一道门槛。
- 用命令行快速验证：
xxd -l 8 HelloWorld.class
输出前 8 字节，看到00000000: cafe babe 0000 0037 ...就对了 - 用
javap -v HelloWorld能看到完整结构：常量池、字段表、方法表、每条指令的操作码（如iload_0、invokestatic） - IDEA 里右键 → View Bytecode，比命令行更直观，还能高亮跳转到对应源码行
为什么 javac 编译完不能直接运行，非要靠 JVM？
因为字节码不绑定 CPU 指令集，也不依赖操作系统 API。它只认 JVM 的运行时契约。
- 同一份
HelloWorld.class，在 Windows、Linux、macOS 上只要装了对应版本的 JVM，就能跑出一样结果 - 但如果你试图用
./HelloWorld.class直接执行，会报错：Permission denied或No such file or directory—— 它根本不是可执行文件 - 真正运行命令是：
java HelloWorld（注意：不带.class后缀，且类名大小写必须完全一致）
字节码和你写的 Java 代码，到底差了多少层？
差了三步抽象：源码 → 抽象语法树（AST）→ 符号表+语义检查 → 字节码指令流。中间任何一步出问题，都可能让行为“看起来不对”。
-
boolean在源码里是逻辑类型，但在字节码里全按int处理（iconst_1/ifne），没有独立指令 -
String s = "abc"编译后会进常量池；而new String("abc")则会在堆上新建对象——这两者在字节码里指令完全不同 - 空指针异常（
NullPointerException）不会由某条指令直接抛出，而是 JVM 在执行aload_0+getfield等指令时，发现栈顶引用为null才触发，所以堆栈里看不到“谁写了 throw”
