[b]class文件中的访问标志信息[/b] 位于常量池下面的2个字节是access_flags 。 access_flags 描述的是当前类（或者接口）的访问修饰符， 如public， private等， 此外， 这里面还存在一个标志位， 标志当前的额这个class描述的是类， 还是接口。access_flags 的信息比较简单， 下面列出access_flags 中的各个标志位的信息。本来写这个系列博客参考的是《深入java虚拟机》， 但是这本书比较老了， 关于java 5以后的新特性没有进行解释，这本书中指列出了5个标志值， 而最新的JVM规范是针对java 7 的， 其中加入了额外的三个标志位。 分别是ACC_SYNTHETIC， ACC_ANNOTATION 和 ACC_ENUM  。

标志名	标志值	标志含义	针对的对像
ACC_PUBLIC	0x0001	public类型	所有类型
ACC_FINAL	0x0010	final类型	类
ACC_SUPER	0x0020	使用新的invokespecial语义	类和接口
ACC_INTERFACE	0x0200	接口类型	接口
ACC_ABSTRACT	0x0400	抽象类型	类和接口
ACC_SYNTHETIC	0x1000	该类不由用户代码生成	所有类型
ACC_ANNOTATION	0x2000	注解类型	注解
ACC_ENUM	0x4000	枚举类型	枚举

其他标志就不做介绍了， 这些标志都很简单。 读者感觉比较陌生的可能是ACC_SUPER这个标志。 读者会想， 类型不能被super关键字修饰啊， 那这个ACC_SUPER是做什么的呢？表中可以看出，　它的含义是：使用新的invokespecial语义 。 invokespecial是一个字节码指令， 用于调用一个方法， 一般情况下， 调用构造方法或者使用super关键字显示调用父类的方法时， 会使用这条字节码指令。 这正是ACC_SUPER这个名字的由来。 在java 1.2之前， invokespecial对方法的调用都是静态绑定的， 而ACC_SUPER这个标志位在java 1.2的时候加入到class文件中， 它为invokespecial这条指令增加了动态绑定的功能。 这里可能有几个概念读者不是很明白， 如静态绑定， 动态绑定等， 这些概念会在以后的博客中详细介绍。 还有一点需要说明， 既然access_flags 出现在class文件中的类的层面上， 那么它只能描述类型的修饰符， 而不能描述字段或方法的修饰符， 希望读者不要将这里的access_flags 和后面要介绍的方法表和字段表中的访问修饰符相混淆。 此外， 在Java 5 的中， 引入和注解和枚举的新特性， 那么可以推测，  ACC_ANNOTATION 和 ACC_ENUM是在Java 5版本中加入的。 class文件虽然总体上保持前后一致性， 但他也不是一成不变的， 也会跟着Java版本的提升而有所改变， 但是总体来说， class文件格式还是相对稳定的， 变动的地方不是很多。  [b]class文件中的this_class[/b] 访问标志access_flags 下面的两个字节叫做this_class， 它是对当前类的描述。 它的两个字节的数据是对常量池中的一个CONSTANT_Class_info数据项的一个索引。 CONSTANT_Class_info在上面的文章中已经介绍过了。 CONSTANT_Class_info中有一个字段叫做name_index ， 指向一个CONSTANT_Utf8_info ， 在这个CONSTANT_Utf8_info 中存放着当前类的全限定名。  如果当前类为Person： 将Person.class反编译后， 可以在常量池中看到如下两项： 这两项就是当前类的信息。 其中索引为1的CONSTANT_Class_info会被class文件中的this_class所引用。 下面给出示例图（其中虚线范围内表示常量池的区域）：  [img]http://files.jb51.net/file_images/article/201706/2017614141140180.png?2017514141155[/img] [b]class文件中的super_class[/b] super_class紧跟在this_class之后。 它和this_class一样是一个指向常量池数据项的索引。 它指向一个CONSTANT_Class_info， 这个CONSTANT_Class_info数据项描述的是当前类的超类的信息。CONSTANT_Class_info中的name_index指向常量池中的一个CONSTANT_Utf8_info ，CONSTANT_Utf8_info 中存放的是当前类的超类的全限定名。 如果没有显式的继承一个，也就是说如果当前类是直接继承Object的， 那么super_class值为0 。 我们在前面的文章中提到过， 如果一个索引值为0， 那么就说明这个索引不引用任何常量池中的数据项， 因为常量池中的数据项是从1开始的。 也就是说， 如果一个类的class文件中的super_class为0 ， 那么就代表该类直接继承Object类。  下面以代码来说明： 上面的Programer类继承自Person类。 那么反编译Programer .class ， 它的常量池中会存在如下信息： 这两项就是当前类的父类的信息。 其中索引为3的CONSTANT_Class_info会被class文件中的super_class引用。 下面给出示例图（其中虚线范围内表示常量池的区域）： [img]http://files.jb51.net/file_images/article/201706/2017614141231965.png?2017514141247[/img] [b]class文件中的interfaces_count和interfaces[/b] 紧接着super_class的是interfaces_count， 表示当前类所实现的接口的数量或者当前接口所继承的超接口的数量。 注意， 只有当前类直接实现的接口才会被统计， 如果当前类继承了另一个类， 而另一个类又实现了一个接口， 那么这个接口不会统计在当前类的interfaces_count中。 在interfaces_count后面是interfaces， 他可以看做是一个数组， 其中的每个数组项是一个索引， 指向常量池中的一个CONSTANT_Class_info， 这个CONSTANT_Class_info又会引用常量池中的一个CONSTANT_Utf8_info ， 这个CONSTANT_Utf8_info 中存放着有当前类型直接实现或继承的接口的全限定名。 当前类型实现或继承了几个接口， 在interfaces数组中就会有几个数项与之相对应。  下面看代码示例： Plane类实现了一个自定义的IFlyable接口， 还实现了一个JDK中的Cloneable接口， 那么它的常量池中会有如下信息： 这四项数据就是当前的Plane类所实现的接口的信息。 第五项和第六项描述了Plane所实现的IFlyable接口， 第七项和第八项描述了Plane所实现的接口Cloneable接口。 下面是示意图（其中虚线范围内表示常量池的区域）： [img]http://files.jb51.net/file_images/article/201706/2017614141348330.png?201751414147[/img] [b]总结[/b] 主要讲解了三个部分， 分别是this_class ， super_class ， interfaces_count和interfaces 。 这三个数据项分别描述了当前类（就是当前class文件所在的类）， 当前类所继承的超类， 和当前类所实现的接口（如果当前class文件代表的是一个接口， 那么 interfaces_count和interfaces描述的是当前接口所继承的超接口）。 这几个数据项都持有指向常量池的索引。 真实的信息都是存放在常量池中的， 只不过常量池中的这些信息会被this_class ， super_class ， interfaces_count和interfaces 引用。