开篇
源代码HelloWorld.java
/**
* Created by jack on 2017/3/16.
*
* @author jack
* @date 2017/03/16
*/
public class HelloWorld {
public static void main(String[] args){
System.out.println("Hello,World");
}
}
编译成HelloWorld.class
cafe babe 0000 0031 0022 0a00 0600 1409
0015 0016 0800 170a 0018 0019 0700 1a07
001b 0100 063c 696e 6974 3e01 0003 2829
5601 0004 436f 6465 0100 0f4c 696e 654e
756d 6265 7254 6162 6c65 0100 124c 6f63
616c 5661 7269 6162 6c65 5461 626c 6501
0004 7468 6973 0100 0c4c 4865 6c6c 6f57
6f72 6c64 3b01 0004 6d61 696e 0100 1628
5b4c 6a61 7661 2f6c 616e 672f 5374 7269
6e67 3b29 5601 0004 6172 6773 0100 135b
4c6a 6176 612f 6c61 6e67 2f53 7472 696e
673b 0100 0a53 6f75 7263 6546 696c 6501
000f 4865 6c6c 6f57 6f72 6c64 2e6a 6176
610c 0007 0008 0700 1c0c 001d 001e 0100
0b48 656c 6c6f 2c57 6f72 6c64 0700 1f0c
0020 0021 0100 0a48 656c 6c6f 576f 726c
6401 0010 6a61 7661 2f6c 616e 672f 4f62
6a65 6374 0100 106a 6176 612f 6c61 6e67
2f53 7973 7465 6d01 0003 6f75 7401 0015
4c6a 6176 612f 696f 2f50 7269 6e74 5374
7265 616d 3b01 0013 6a61 7661 2f69 6f2f
5072 696e 7453 7472 6561 6d01 0007 7072
696e 746c 6e01 0015 284c 6a61 7661 2f6c
616e 672f 5374 7269 6e67 3b29 5600 2100
0500 0600 0000 0000 0200 0100 0700 0800
0100 0900 0000 2f00 0100 0100 0000 052a
b700 01b1 0000 0002 000a 0000 0006 0001
0000 0007 000b 0000 000c 0001 0000 0005
000c 000d 0000 0009 000e 000f 0001 0009
0000 0037 0002 0001 0000 0009 b200 0212
03b6 0004 b100 0000 0200 0a00 0000 0a00
0200 0000 0900 0800 0a00 0b00 0000 0c00
0100 0000 0900 1000 1100 0000 0100 1200
0000 0200 13
这就是jvm的byte code字节码。这一串“天书”，如果不看JVM虚拟机规范的人，正常的智商，是看不懂的。
想看懂这一串十六进制的字符，就要了解class文件协议。
第一行释义：
magic：魔数，0xCAFEBABE（cafe babe）
minor_version：占2字节，次版本号，0x0000
majro_version：占2字节，主版本号，0x0031，转化为十进制为49，是使用JDK1.5编译的（JDK1.5:0x0031,JDK1.6:0x0032,JDK1.7:0x0033）
高版本的JDK可以向下兼容以前版本的Class文件，但是无法运行以后版本的Class文件，即使文件格式并未发生变化
如果使用JDK1.5运行使用JDK1.6编译的Class文件，会报：
java.lang.UnsupportedClassVersionError: Bad version number in .class file
就是由于JDK1.6编译的文件版本号超过了JDK1.5虚拟机所接受的范围
Java class文件是二进制文件。为了便于理解它，JVM提供者提供了javap，反汇编器（编译，反编译的本质，是“映射”）。
一切皆是映射（光剑）
使用javap产生的结果是Java汇编语言。在上面的例子中，下面的Java汇编代码是通过：
javap -c HelloWorld.class
进行反汇编得到的。
$ javap -c HelloWorld.class
Compiled from "HelloWorld.java"
public class HelloWorld {
public HelloWorld();
Code:
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
public static void main(java.lang.String[]);
Code:
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #3 // String Hello,World
5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: return
}
所以说，如果你足够牛逼，不需要使用java语言写源码，直接使用jvm指令集写jvm的汇编语言。这样，什么Scala,Java,Kotlin,Clojure这些运行在jvm上的高级编程语言，对你来说，真的就是浮云了。你也不需要纠结什么OOP，FP，Design Pattern, etc.
Class类文件结构
简单讲，jvm的class文件是针对jvm的私家定制。只要运行在jvm上byte code，都需要按照class文件format来。否则jvm解析不了。自然无法执行。
官网文档： The Java Virtual Machine class file format
class文件时java虚拟机执行引擎的数据入口，也是java技术体系的基础支柱之一，了解class文件的结构对后面进一步了解虚拟机执行引擎有很重要的意义。
class文件是一组以八位字节为基础单位的二进制流，各个数据项目严格按照顺序紧凑地排列在class文件中，中间没有添加任何分隔符，这使得整个class文件中存储的内容几乎全部都是程序运行的必要数据，没有空隙存在。当需要占用8位字节以上的空间数据时，则会按照高位在前的方式分割成若干个8位字节进行存储。
ClassFile数据结构
ClassFile {
u4 magic;//魔数(0xCAFEBABE)
u2 minor_version;//次版本号
u2 major_version;//主版本号
u2 constant_pool_count;//常量池容量计数值
cp_info constant_pool[constant_pool_count-1];//常量池
u2 access_flags;//访问标志
u2 this_class;//类索引
u2 super_class;//父类索引
u2 interfaces_count;//接口计数器
u2 interfaces[interfaces_count];//接口索引集合
u2 fields_count;//字段计数器
field_info fields[fields_count];//字段表
u2 methods_count;//方法计数器
method_info methods[methods_count];//方法表
u2 attributes_count;//属性表计数器
attribute_info attributes[attributes_count];//属性表集合
}
Class文件中，类的全限定名、字段、方法都是使用CONSTANT_Utf8_info类型常量来描述名称，而该常量的长度由2个字节表示，所以类的全限定名、字段名、方法名的最大长度不能超过2个字节所能表示的最大整数，也就是65535.
博文参考：
