Java字节码被JVM识别的核心在于格式规范、结构校验和指令解析：以魔数0xCAFEBABE和主次版本号校验合法性，通过类加载器解析常量池、访问标志、字段方法表及Code属性，经验证器确保安全后，由解释器或JIT按操作码与操作数执行。
字节码文件有固定“身份证”：魔数与版本号
每个 .class 文件开头 4 个字节必须是十六进制 0xCAFEBABE —— 这就是 JVM 的“魔数”。只要不匹配，类加载器直接拒绝加载，连后续步骤都不走。
紧随其后的是次版本号（2 字节）和主版本号（2 字节），例如 JDK 17 编译出的 class 主版本号是 61。JVM 会检查该版本是否在自己支持范围内；若过高（如用 JDK 21 编译却在 JDK 8 上运行），抛出 UnsupportedClassVersionError。
JVM 通过类加载器读取并构建运行时结构
类加载器（ClassLoader）把 .class 文件的字节流载入内存后，JVM 会按规范解析以下关键部分：
- 常量池（Constant Pool）：存放类名、方法名、字段名、字符串字面量等符号引用，是后续解析指令操作数的基础
- 访问标志（Access Flags）：标识 public、static、final 等修饰符，影响可见性与行为约束
-
字段表 & 方法表：描述有哪些变量、哪些方法，包括名称、描述符（如
(I)I表示接收一个 int 返回一个 int） - Code 属性：每个方法的字节码指令就存在这里，包含操作码、操作数、异常表、局部变量表大小（max_locals）、操作数栈深度（max_stack）等元信息
验证器确保字节码“合法且安全”
加载后不是立刻执行，而是进入字节码验证阶段。这一关卡防止恶意或错误生成的字节码破坏 JVM 安全模型。验证内容包括：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 魔数、版本、结构是否符合规范
- 常量池中所有索引是否有效，类型是否匹配
- 方法内每条指令的操作数栈是否“不会溢出或下溢”（如 iadd 前栈顶必须有两个 int）
- 类继承关系是否合规（如 final 类不能被继承）
- 访问控制是否被绕过（如私有字段被非法读写）
验证失败会抛出 VerifyError，程序终止启动。
解释器或 JIT 编译器真正“读懂”每条指令
通过验证后，字节码才交由执行引擎处理。此时 JVM 才开始逐条“理解”指令含义：
- 每条指令以 1 字节操作码（opcode）开头，例如
iconst_1（压入整数 1）、iload_0（加载局部变量槽 0 的 int）、invokestatic（调用静态方法） - 操作码后可能跟 0～4 字节操作数（如方法索引、跳转偏移量），这些值都从常量池或指令流中取出
- 解释器按“取指→解码→执行”循环模拟 CPU 行为；JIT 则在运行时将热点方法编译成机器码，但编译前仍需完整解析字节码语义
你可以用 javap -c 查看反编译结果，看到的就是 JVM 实际执行的指令序列 —— 它不是 Java 源码，却是 JVM 唯一能“认出来”的语言。
