Recently I am writing a private project called ClassAnalyzer
. The purpose of ClassAnalyzer
is to allow us to analyze <span class="wp_keywordlink">Java Class</span>
files. Design and structure can have an in-depth understanding. The main body framework and basic functions have been completed, and some detailed functions will be added in the future. In fact, JDK
already provides the command line tool javap
to decompile Class
files, but this article will clarify my idea of implementing the parser.
As the carrier of class or interface information, each Class
file completely defines a class. In order to make Java
programs "write once and run everywhere", the Java virtual machine specification has strict regulations on Class
files. The basic data unit that constitutes the Class
file is bytes, and there are no delimiters between these bytes. This makes almost all the content stored in the entire Class
file necessary for the program to run. Data that cannot be represented by a single byte is represented by multiple consecutive bytes.
According to the Java
virtual machine specification, the Class
file uses a pseudo structure similar to the C
language structure to store data. This pseudo structure There are only two data types in the structure: unsigned numbers and tables. Java
The virtual machine specification defines u1
, u2
, u4
and u8
to represent 1 respectively. Unsigned numbers of
bytes, 2
bytes, 4
bytes and 8
bytes, unsigned numbers can be used Description number, indexreference, quantity value or string. A table is a conforming data type composed of multiple unsigned numbers or other tables as data items. The table is used to describe structured data with hierarchical relationships, so the entire Class
file is essentially a table. In ClassAnalyzer
u1
, u2
, u4
and u8
respectively correspond to byte
, short
, int
and long
, the Class
file is described as the following Java
class.
public class ClassFile { public U4 magic; // magic public U2 minorVersion; // minor_version public U2 majorVersion; // major_version public U2 constantPoolCount; // constant_pool_count public ConstantPoolInfo[] cpInfo; // cp_info public U2 accessFlags; // access_flags public U2 thisClass; // this_class public U2 superClass; // super_class public U2 interfacesCount; // interfaces_count public U2[] interfaces; // interfaces public U2 fieldsCount; // fields_count public FieldInfo[] fields; // fields public U2 methodsCount; // methods_count public MethodInfo[] methods; // methods public U2 attributesCount; // attributes_count public BasicAttributeInfo[] attributes; // attributes }
file, such as the magic number, the version of the Class
file, and other data items, access flags , class index, parent class index, they occupy a fixed number of bytes in each Class
file, and only the corresponding number of bytes need to be read during parsing. In addition, the main parts that need to be handled flexibly include 4
: constant pool, field table collection, method table collection and attribute table collection. Fields and methods can have their own attributes, and Class
itself also has corresponding attributes. Therefore, parsing the field table collection and method table collection also includes the parsing of the attribute table. The constant pool occupies a large part of the data in the
file and is used to store all constant information, including numeric and string constants, class names, interface names, field names and method names, etc. . Java
The virtual machine specification defines multiple constant types, and each constant type has its own structure. The constant pool itself is a table, and there are several points to pay attention to when parsing it.
.
) given in the header is 1
larger than the actual size, for example, if constantPoolCount
Equal to 47
, then there are 46
constants in the constant pool.
. For example, if constantPoolCount
is equal to 47
, then the index range of the constant pool The index range is 1~46
. The designer left the 0
item empty to express "not referencing any constant pool item". The structure of the
type constant contains the tag
and u2
types of the u1
type. The length
and bytes
composed of length
u1
types, this length
bytes of continuous data is A string encoded using MUTF-8
(Modified UTF-8)
. MUTF-8
is not compatible with UTF-8
. There are two main differences: First, the null
character will be encoded into 2
Bytes (0xC0
and 0x80
); second, the supplementary characters are split into surrogate pairs and encoded separately according to UTF-16
. The relevant details can be seen here ( variant UTF-8).
属性表用于描述某些场景专有的信息,Class
文件、字段表和方法表都有相应的属性表集合。Java
虚拟机规范定义了多种属性,ClassAnalyzer
目前实现了对常用属性的解析。和常量类型的数据项不同,属性并没有一个tag
来标识属性的类型,但是每个属性都包含有一个u2
类型的attribute_name_index
,attribute_name_index
指向常量池中的一个CONSTANT_Utf8_info
类型的常量,该常量包含着属性的名称。在解析属性时,ClassAnalyzer
正是通过attribute_name_index
指向的常量对应的属性名称来得知属性的类型。
字段表用于描述类或者接口中声明的变量,字段包括类级变量以及实例级变量。字段表的结构包含一个u2
类型的access_flags
、一个u2
类型的name_index
、一个u2
类型的descriptor_index
、一个u2
类型的attributes_count
和attributes_count
个attribute_info
类型的attributes
。我们已经介绍了属性表的解析,attributes
的解析方式与属性表的解析方式一致。
Class
的文件方法表采用了和字段表相同的存储格式,只是access_flags
对应的含义有所不同。方法表包含着一个重要的属性:Code
属性。Code
属性存储了Java
代码编译成的字节码指令,在ClassAnalyzer
中,Code
对应的Java
类如下所示(仅列出了类属性)。
public class Code extends BasicAttributeInfo { private short maxStack; private short maxLocals; private long codeLength; private byte[] code; private short exceptionTableLength; private ExceptionInfo[] exceptionTable; private short attributesCount; private BasicAttributeInfo[] attributes; ... private class ExceptionInfo { public short startPc; public short endPc; public short handlerPc; public short catchType; ... } }
在Code
属性中,codeLength
和code
分别用于存储字节码长度和字节码指令,每条指令即一个字节(u1
类型)。在虚拟机执行时,通过读取code
中的一个个字节码,并将字节码翻译成相应的指令。另外,虽然codeLength
是一个u4
类型的值,但是实际上一个方法不允许超过65535
条字节码指令。
ClassAnalyzer
的源码已放在了GitHub上。在ClassAnalyzer
的README中,我以一个类的Class
文件为例,对该Class
文件的每个字节进行了分析,希望对大家的理解有所帮助。
The above is the detailed content of Sharing the powerful code to implement a Java Class parser. For more information, please follow other related articles on the PHP Chinese website!