怎么看 .class 文件的魔数和版本号
直接用十六进制查看器打开 .class 文件，前 4 字节一定是 0xCAFEBABE，这是 JVM 识别类文件的硬性标志；紧接着 4 字节是版本号，按大端序存储，前 2 字节为主版本号（minor version），后 2 字节为次版本号（major version）。
实操建议：
- Linux/macOS 下用
xxd -c 16 -l 16 MyClass.class，看第 1 行前 16 字节，ca fe ba be后面两个字节（第 5–6 字节）是 minor，第 7–8 字节是 major - Windows 可用 PowerShell：
Get-Content MyClass.class -Encoding Byte -TotalCount 8 | ForEach-Object { $_.ToString("X2") }，输出 8 个十六进制字节 - 别依赖文件扩展名或 IDE 显示——有些编辑器会自动解码类文件并隐藏原始字节，必须查原始二进制
Java 主版本号（major version）对照表怎么查
主版本号不是随便编的，它和 JDK 版本严格绑定。比如 52 对应 Java 8，61 对应 Java 17，JVM 启动时校验不通过就直接抛 UnsupportedClassVersionError。
常见映射（只列主流）：
立即学习“Java免费学习笔记（深入）”；
-
52→ Java 8 -
53→ Java 9 -
55→ Java 11 -
61→ Java 17 -
65→ Java 21
注意：minor version（前 2 字节）在 JDK 9 之后基本固定为 0，实际不用关注；出错几乎全是 major version 不匹配导致。
为什么 javap -verbose 显示的版本号和十六进制看到的对不上
javap -verbose 输出里 major version 是十进制，而十六进制工具看到的是原始字节值——两者数值一致，只是进制不同。容易误判是因为没换算。
典型错误现象：
- 用
xxd看到第 7–8 字节是00 3d，误以为是 0 和 3d（即 61 十进制），其实003d是十六进制数，转十进制就是61 -
javap输出major version: 61，但你查文档说 Java 17 是 61，却运行报错——说明你用的 JRE 版本低于 17（比如 JRE 11），JVM 拒绝加载 - 混淆工具或某些 Gradle 插件可能偷偷改写 class 文件头，导致
javap和xxd结果矛盾，此时以xxd为准
IDE 或构建工具里怎么避免版本错配
编译输出的 class 文件版本由 javac 决定，但 IDE（如 IntelliJ）和构建工具（如 Maven、Gradle）常自带独立的编译配置，优先级高于系统 JDK。
关键检查点：
- IntelliJ：File → Project Structure → Project → “Project SDK” 和 “Project language level” 必须匹配；同时 Settings → Build → Compiler → Java Compiler → “Target bytecode version” 要设对
- Maven：确认
maven-compiler-plugin的<source></source>和<target></target>（或<release></release>）配置，例如<release>17</release>生成 major 61 - Gradle：检查
java.toolchain.version和compileJava.options.release，二者不一致时以后者为准 - 最稳妥方式：统一用
-release参数编译（如javac -release 17），它强制生成兼容目标版本的字节码，且禁止调用高版本 API
真正麻烦的不是看不懂版本号，而是 class 文件在多个环境间流转时，编译用的 JDK、打包用的插件、运行用的 JRE，三者版本各自独立又相互咬合——漏查任意一环，UnsupportedClassVersionError 就在那儿等着。
