Class文件是JVM执行基石，以魔数0xCAFEBABE标识，含主/次版本号（如Java 8为52），常量池存储符号并被各表索引，access_flags定义类属性，this_class/super_class指向常量池，后续为接口、字段、方法及属性表，共同构成JVM动态行为的静态蓝图。
Class 文件是 Java 虚拟机执行的基石，其二进制布局严格遵循规范，每个字节都有明确语义。理解它的结构，不是为了手动写 Class 文件，而是为了看清字节码运行的底层逻辑——从“魔数”开始，到类加载、验证、解析的每一步，都依赖这些静态布局。
魔数与版本号：识别与兼容性的第一道门
每个合法的 Class 文件开头 4 字节固定为 0xCAFEBABE（魔数），JVM 仅凭它快速区分 Class 文件与其他二进制数据。紧随其后是 2 字节主版本号（Major Version）和 2 字节次版本号（Minor Version）。Java 版本与主版本号有确定映射关系：例如 Java 8 对应 52，Java 17 对应 61。JVM 加载时会检查版本号，若主版本号高于当前 JVM 支持的最高版本，直接抛出 UnsupportedClassVersionError；次版本号通常被忽略，仅作保留用途。
常量池：所有符号信息的中央仓库
常量池是 Class 文件中最大、最复杂的区域，位于版本号之后。它以 1 字节的常量池计数（cp_count）开头，该值表示池中项的数量（注意：索引从 1 开始，且第 0 项被预留，因此实际项数 = cp_count − 1）。池中每一项以 1 字节 tag 标识类型（如 CONSTANT_Class、CONSTANT_Utf8、CONSTANT_Methodref 等），后接对应结构的数据。UTF-8 字符串、类名、方法签名、字面量数值等全部以符号形式存放于此。后续的字段表、方法表、属性表中，凡涉及名称或描述符的地方，均通过指向常量池的索引（2 字节）间接引用，而非直接存储字符串。
访问标志、类索引与父类索引：定义类的基本身份
常量池之后是 2 字节的 access_flags，用于标识类或接口的访问级别与特性（如 ACC_PUBLIC、ACC_FINAL、ACC_INTERFACE、ACC_ANNOTATION 等，可按位组合）。接着是 2 字节的 this_class 和 2 字节的 super_class，它们都是对常量池的索引，分别指向代表当前类全限定名和父类全限定名的 CONSTANT_Class_info 结构。注意：接口的 super_class 值为 0，因为所有接口默认继承自 java.lang.Object 不适用；而 this_class 永不为 0。
接口、字段、方法与属性表：由简入繁的层级结构
接下来是三组并列的“表结构”，每组均以 2 字节数量计数开头，后跟相应数量的固定格式项：
- interfaces_count + 接口索引数组（每个 2 字节，指向常量池中的接口类符号）
- fields_count + 字段表（每个字段含访问标志、名称索引、描述符索引、属性计数及属性表）
- methods_count + 方法表（结构同字段表，但方法属性中必须包含 Code 属性，内含操作码、操作数栈大小、局部变量表大小等关键执行信息）
最后一部分是 attributes_count 及其后的属性表，用于携带额外元数据，如 SourceFile（源文件名）、LineNumberTable（行号映射）、ConstantValue（静态常量值）等。每个属性由属性名索引、属性长度和属性内容组成，设计高度可扩展。
Class 文件看似静态，实则是 JVM 动态行为的蓝图。魔数校验准入，版本号约束能力，常量池统一符号管理，各表逐层展开语义——整套结构环环相扣，既保证了跨平台一致性，也为字节码增强、热替换、反编译等工具提供了坚实基础。
