验证阶段首先校验class文件格式合法性，包括魔数必须为0xcafebabe、版本号在jvm支持范围内、常量池结构合法、整体布局有效及类关系基础约束，未通过则抛出classformaterror并终止加载。

JVM在加载类文件时，会严格按规范校验魔数和版本号，这是类加载过程“验证”阶段的第一步。校验不通过，直接抛出异常，不进入后续流程。

魔数校验：前4字节必须是0xCAFEBABE

JVM读取.class文件开头4个字节，要求其值严格等于0xCAFEBABE（十进制3405691582）。这个值是Java虚拟机规范硬性规定的“身份标识”，没有任何例外。

• 若实际字节不是CA FE BA BE（例如被截断、混淆工具篡改、或误用文本编辑器保存），JVM立即拒绝加载，抛出java.lang.ClassFormatError: Incompatible magic value
• 注意字节序：Java采用大端序（Big-Endian），所以十六进制显示为ca fe ba be，不能倒过来读
• 扩展名.class毫无校验意义——改名不影响，但魔数错就彻底失效

主次版本号提取：第5–8字节按固定位置读取

魔数之后紧接4字节：第5–6字节是次版本号（minor_version），第7–8字节是主版本号（major_version）。JVM按大端序解析这两个16位无符号整数。

• 次版本号通常为0（JDK 1.2起绝大多数编译器均设为0），JVM一般不做有效性检查，仅作记录
• 主版本号是关键：JVM会查自身支持的版本范围（如OpenJDK 17支持主版本号≤61），并判断是否在允许区间内
• 常见映射：52→JDK 8，55→JDK 11，61→JDK 17，65→JDK 21；低于45或为奇数（如53、57）极可能非法

合法性综合判定逻辑

只有同时满足全部条件，JVM才认为该类文件在格式与版本层面可接受：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 魔数值精确匹配0xCAFEBABE
• 主版本号不为0，且处于当前JVM声明的支持范围内（≥最低支持值，≤最高支持值）
• 主版本号为偶数（虽非规范强制，但所有正式JDK发布版本均遵守；奇数大概率是手工构造或错误生成）
• 主版本号 ≥ 次版本号（理论成立，实践中恒成立）

运行时报错典型表现

版本不兼容最常触发java.lang.UnsupportedClassVersionError，错误信息中明确带主版本号，例如：

Unsupported major.minor version 61 → 表示该class由JDK 17编译，但正尝试在JDK 11或更老的JVM上运行

此时不是代码问题，而是运行环境JVM版本过低；解决方式是升级JVM，或重新用低版本-target编译。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南