引言
在动态代理的第三篇文章中,我们知道在Proxy的ProxyClassFactory中调用了Proxy.generateProxyClass( String name,class<?>[] interfaces,int accessFlags)方法来生成真正的$Proxy0这个类的二进制字节码,这篇文章就来学习字节码到底是怎么生成的。
虽然这篇文章是在动态代理的系列中,但是字节码生成技术不仅仅限于动态代理这一个场景,所以这篇文章会对ProxyGenerator类做一个详细的讲解而不仅仅局限于动态代理中调用的方法。另外,字节码生成技术涉及到java class文件结构方面的知识,字节码生成无非是构造组成class文件的字节数组,所以如果对类文件不是很清楚,建议先阅读《深入理解java虚拟机》第三版第六章的内容。
字段概述
如果你很清楚地了解class文件的结构,就会发现ProxyGenerator中的很多字段能映射到class文件中某一部分,我们这里将字段按照映射的class文件结构的不同部分分类描述一下。
主版本号和次版本号
首先是主版本号和次版本号:
private static final int CLASSFILE_MAJOR_VERSION = 49;
private static final int CLASSFILE_MINOR_VERSION = 0;
不用好奇为啥没有魔数,因为魔数CAFEBABE是固定的,没有必要在这里体现。
主版本号和此版本号对应class文件中魔数后面四个字节。第五和第六个字节(魔数占四个字节)是次版本号,第七和第八字节是主版本号。
常量池中的常量类型
private static final int CONSTANT_UTF8 = 1;
private static final int CONSTANT_UNICODE = 2;
private static final int CONSTANT_INTEGER = 3;
private static final int CONSTANT_FLOAT = 4;
private static final int CONSTANT_LONG = 5;
private static final int CONSTANT_DOUBLE = 6;
private static final int CONSTANT_CLASS = 7;
private static final int CONSTANT_STRING = 8;
private static final int CONSTANT_FIELD = 9;
private static final int CONSTANT_METHOD = 10;
private static final int CONSTANT_INTERFACEMETHOD = 11;
private static final int CONSTANT_NAMEANDTYPE = 12;
这些都是常量池中常量的类型,但是这里的类型并不齐全,没有CONSTANT_MethodHandle、CONSTANT_MethodType和CONSTANT_InvokeDynamic这些,应该是在代理类中不会被用到。
访问标志
private static final int ACC_PUBLIC = 1;
private static final int ACC_PRIVATE = 2;
private static final int ACC_STATIC = 8;
private static final int ACC_FINAL = 16;
private static final int ACC_SUPER = 32;
这部分就对应class文件中常量池结束之后的类的访问标志。也不齐全,没有ACC_SYNTHETIC等这些不会被用到的选项。
字节码命令
private static final int opc_aconst_null = 1;
private static final int opc_iconst_0 = 3;
private static final int opc_bipush = 16;
private static final int opc_sipush = 17;
这部分常量很多,对应于不同的字节码命令,这里只是展示出了一部分。在class文件中,字节码出现在方法表集合中方法的Code属性中。
常量池、字段表集合和方法表结合
private ProxyGenerator.ConstantPool cp = new ProxyGenerator.ConstantPool();
private List<ProxyGenerator.FieldInfo> fields = new ArrayList();
private List<ProxyGenerator.MethodInfo> methods = new ArrayList();
在ProxyGenerator类中,针对常量池、字段表和方法表都创建了内部类,分别是ConstantPool、FieldInfo和MethodInfo,上面三个就能代表这部分结构了。
与生成代理类相关的字段
ProxyGenerator使用的是字节码生成来创建代理类,所以我们能看到与代理类相关的一些字段,比如:
private static final String superclassName = "java/lang/reflect/Proxy";
private static final String handlerFieldName = "h";
private static Method hashCodeMethod;
private static Method equalsMethod;
private static Method toStringMethod;
分别是生成的代理类的父类也就是Proxy类的全限定类名,代理类的InvocationHandler字段的名称和三个代理类重写的Object类的方法,这些我们在之前的讨论中都已经有了清晰的了解。
既然看到了hashCodeMethod、equalsMethod和toStringMethod,我们看下他们的初始化吧:
static {
try {
hashCodeMethod = Object.class.getMethod("hashCode");
equalsMethod = Object.class.getMethod("equals", Object.class);
toStringMethod = Object.class.getMethod("toString");
} catch (NoSuchMethodException var1) {
throw new NoSuchMethodError(var1.getMessage());
}
}
构造方法
ProxyGenerator只有一个私有的构造方法:
private ProxyGenerator(String paramString, Class<?>[] paramArrayOfClass, int paramInt) {
this.className = paramString;
this.interfaces = paramArrayOfClass;
this.accessFlags = paramInt;
}
也就是不能直接生成ProxyGenerator的实例,这三个参数,是不是很熟悉,对,就是我们的Proxy的ProxyClassFactory中调用generateProxyClass方法传入的三个参数:动态代理类的名称、动态代理类需要实现的接口和动态代理类的访问标志。
虽然不能创建ProxyGenerator的实例,但是它提供了静态方法来供外部调用来创建动态代理类。
代理类字节数组的生成
ProxyGenerator类中只有两个public的方法,就是下面这两个generateProxyClass,而这两个方法也是代理类字节数组生成的对外唯一入口。我们的分析也从这两个方法开始:
public static byte[] generateProxyClass(String paramString, Class<?>[] paramArrayOfClass) {
return generateProxyClass(paramString, paramArrayOfClass, 49);
}
public static byte[] generateProxyClass(final String name, Class<?>[] paramArrayOfClass, int paramInt) {
ProxyGenerator proxyGenerator = new ProxyGenerator(name, paramArrayOfClass, paramInt);
final byte[] classFile = proxyGenerator.generateClassFile();
ProxyGenerator提供了两个generateProxyClass方法,第一个是调用了第二个实现的,所以在不传访问标志参数的情况下,默认会设置访问标志为49,而根据前面关于访问标志的字段,49=32+16+1,也就是说,默认的访问标志是public+final+super。
再看generateProxyClass(String,class[],int)这个方法,方法的第一行代码就根据这三个参数创建了一个ProxyGenerator实例,然后调用generateClassFile方法生成的字节数组,这个字节数组就是代表代理类的class的字节数组,所以generateClassFile方法是我们需要重点分析的。
由于这个方法比较长,我们还是采用分段分析的方式:
private byte[] generateClassFile() {
addProxyMethod(hashCodeMethod, Object.class);
addProxyMethod(equalsMethod, Object.class);
addProxyMethod(toStringMethod, Object.class);
for (Class<?> clazz : this.interfaces) {
for (Method method : clazz.getMethods())
addProxyMethod(method, clazz);
}
方法开始就调用了多次addProxyMethod方法,参数分别是Object类的hashCode、equals和toString这三个方法以及代理类需要实现的接口的每个方法,所以我们得先看一下这个方法做了什么:
生成被代理方法的信息
private void addProxyMethod(Method paramMethod, Class<?> paramClass) {
//获取方法名称 例如hashCode
String str1 = paramMethod.getName();
//获取方法的参数class数组
Class[] arrayOfClass1 = paramMethod.getParameterTypes();
//获取方法的返回值class
Class<?> clazz = paramMethod.getReturnType();
//获取方法的异常class数组
Class[] arrayOfClass2 = paramMethod.getExceptionTypes();
//方法名称+方法参数描述符
String str2 = str1 + getParameterDescriptors(arrayOfClass1);
//根据方法名称+方法参数描述符 从proxyMethods中获取ProxyMethod列表
List<ProxyMethod> list = this.proxyMethods.get(str2);
if (list != null) {
//如果存在list 对异常类型class进行兼容性计算
for (ProxyMethod proxyMethod : list) {
if (clazz == proxyMethod.returnType) {
ArrayList<Class<?>> arrayList = new ArrayList();
collectCompatibleTypes(arrayOfClass2, proxyMethod.exceptionTypes, arrayList);
collectCompatibleTypes(proxyMethod.exceptionTypes, arrayOfClass2, arrayList);
proxyMethod.exceptionTypes = new Class[arrayList.size()];
proxyMethod
.exceptionTypes = (Class[])arrayList.<Class<?>[]>toArray((Class<?>[][])proxyMethod.exceptionTypes);
return;
}
}
} else {
//第一次调用map中肯定不存在这个list 生成一个新的list 然后存入map
list = new ArrayList(3);
this.proxyMethods.put(str2, list);
}
list.add(new ProxyMethod(str1, arrayOfClass1, clazz, arrayOfClass2, paramClass));
}
我们需要重点关注一下getParameterDescriptors()这个方法是怎么实现的,从名称来看,它的作用应该是获取方法的参数描述符。
private static String getParameterDescriptors(Class<?>[] paramArrayOfClass) {
StringBuilder stringBuilder = new StringBuilder("(");
//参数描述符被()包围,()里面是每个参数类型描述符
for (byte b = 0; b < paramArrayOfClass.length; b++)
stringBuilder.append(getFieldType(paramArrayOfClass[b]));
stringBuilder.append(')');
return stringBuilder.toString();
}
private static String getFieldType(Class<?> paramClass) {
if (paramClass.isPrimitive())
//如果是简单类型 就直接是简单类型对应的大写字符 例如int对应的是I
return (PrimitiveTypeInfo.get(paramClass)).baseTypeString;
if (paramClass.isArray())
//如果是数组 直接将名称中的.用/替换掉
return paramClass.getName().replace('.', '/');
//如果是引用类型,就是L+类的全限定名称 例如Ljava/lang/String;
return "L" + dotToSlash(paramClass.getName()) + ";";
}
private static String dotToSlash(String paramString) {
return paramString.replace('.', '/');
}
对于不同的参数类型,基本类型、引用类型和数组类型,参数描述符的获取方式是不同的,这里举一个例子:如果我们传给getParameterDescriptors方法的参数是[int.class,String.class,object[].class],那么最终生成的就是
(ILjava/lang/String;[Ljava/lang/Object;)这个字符串。
获取了方法的参数描述符之后,将方法名称+方法参数描述符作为key,去获取ProxyMethod的list,我们需要看一下proxyMethods的定义:
private Map<String, List<ProxyGenerator.ProxyMethod>> proxyMethods = new HashMap();
是一个map,这里的key应该就是我们上面说的方法名称+方法参数描述符,value是ProxyMethod的list,ProxyMethod的定义如下:
private class ProxyMethod {
public String methodName;
public Class<?>[] parameterTypes;
public Class<?> returnType;
public Class<?>[] exceptionTypes;
public Class<?> fromClass;
public String methodFieldName;
private ProxyMethod(String param1String, Class<?>[] param1ArrayOfClass1, Class<?> param1Class1, Class<?>[] param1ArrayOfClass2, Class<?> param1Class2) {
this.methodName = param1String;
this.parameterTypes = param1ArrayOfClass1;
this.returnType = param1Class1;
this.exceptionTypes = param1ArrayOfClass2;
this.fromClass = param1Class2;
this.methodFieldName = "m" + ProxyGenerator.this.proxyMethodCount++;
}
从构造方法中,我们可以知道,定义一个ProxyMethod,需要方法的名称例如toString、返回值类型、参数类型、异常类型和方法的来源类。ProxyMethod中的methodFieldName这个字段则定义了这个被代理的方法在生成的代理类中的字段名称,如果你还记得我们反编译出来的$Proxy0的这几个字段:
private static Method m1;
private static Method m4;
private static Method m3;
private static Method m2;
private static Method m0;
就能很好的对应上了。
addProxyMethod方法最后调用了ProxyMethod方法的构造参数来创建ProxyMethod实例。
list.add(new ProxyMethod(str1, arrayOfClass1, clazz, arrayOfClass2, paramClass));
我们可以大概总结一下addProxyMethod方法做了什么工作:对于某个要代理的方法,既包括Object的toString、hashCode和equals方法,又包括代理类要实现的所有接口的每个方法,addProxyMethod根据这个方法的名称、参数类型、返回值类型、异常类型和来源对象唯一的生成一个ProxyMethod对象,并将其存入ProxyGenerator中定义的proxyMethods这个map中,方法名称+参数描述符作为key,生成的ProxyMethod作为value,至于这个map中的value为什么是一个list而不是一个简单的ProxyMethod,我们先不用去探讨。
FiledInfo、MethodInfo与字段表、方法表
在使用addProxyMethod生成了代理类需要代理的所有的方法信息之后,就能够构造出代理类的这些方法对应的方法表集合以及字段对应的字段表集合,接着看generateClassFile()方法的代码:
try {
this.methods.add(generateConstructor());
for (List<ProxyMethod> list : this.proxyMethods.values()) {
for (ProxyMethod proxyMethod : list) {
this.fields.add(new FieldInfo(proxyMethod.methodFieldName, "Ljava/lang/reflect/Method;", 10));
this.methods.add(proxyMethod.generateMethod());
}
}
this.methods.add(generateStaticInitializer());
} catch (IOException iOException) {
throw new InternalError("unexpected I/O Exception", iOException);
}
this.methods和this.fields就代表方法表集合和字段表集合,他们的声明如下:
private List<ProxyGenerator.FieldInfo> fields = new ArrayList();
private List<ProxyGenerator.MethodInfo> methods = new ArrayList();
FieldInfo和MethodInfo就是字段表和方法表。
这段代码的作用就是将代理类的构造方法、代理方法和静态块(静态块在class文件中是通过
我们这里先介绍比较简单的字段表的映射:
FieldInfo到字段表的映射
先看FieldInfo的声明:
private class FieldInfo {
public int accessFlags;
public String name;
public String descriptor;
public FieldInfo(String param1String1, String param1String2, int param1Int) {
this.name = param1String1;
this.descriptor = param1String2;
this.accessFlags = param1Int;
ProxyGenerator.this.cp.getUtf8(param1String1);
ProxyGenerator.this.cp.getUtf8(param1String2);
}
public void write(DataOutputStream param1DataOutputStream) throws IOException {
param1DataOutputStream.writeShort(this.accessFlags);
param1DataOutputStream.writeShort(ProxyGenerator.this.cp.getUtf8(this.name));
param1DataOutputStream.writeShort(ProxyGenerator.this.cp.getUtf8(this.descriptor));
param1DataOutputStream.writeShort(0);
}
}
private static class ExceptionTableEntry {
public short startPc;
public short endPc;
public short handlerPc;
public short catchType;
public ExceptionTableEntry(short param1Short1, short param1Short2, short param1Short3, short param1Short4) {
this.startPc = param1Short1;
this.endPc = param1Short2;
this.handlerPc = param1Short3;
this.catchType = param1Short4;
}
}
根据class文件的结构我们可以知道,字段表的结构如下:
前三个分别是访问标志、常量池中字段的简单名称的引用、常量池中字段的描述符的引用、属性表计数器和属性集合。前三个正好对应FieldInfo的构造方法参数。由于我们代理类中的字段没有属性,所以这里没有关于属性的成员变量。
再看我们构造FieldInfo时传递的参数:
this.fields.add(new FieldInfo(proxyMethod.methodFieldName, "Ljava/lang/reflect/Method;", 10));
回想之前生成的$Proxy0类里面的字段,它们都是Method类型,所以描述符就是Ljava/lang/reflect/Method,
简单名称就是之前我们在构造proxyMethod时构造的名称,访问标志这里给了默认的10,也就是private static,这与$Proxy0这个类中的也是一致的。
ProxyGenerator.this.cp.getUtf8(param1String1);
ProxyGenerator.this.cp.getUtf8(param1String2);
这两句代码也很重要,这里先不进行讲解,放到常量池的讲解里面。
MethodInfo到方法表的映射
我们先看MethodInfo的声明:
private class MethodInfo {
public int accessFlags;
public String name;
public String descriptor;
public short maxStack;
public short maxLocals;
public ByteArrayOutputStream code = new ByteArrayOutputStream();
public List<ProxyGenerator.ExceptionTableEntry> exceptionTable = new ArrayList<>();
public short[] declaredExceptions;
public MethodInfo(String param1String1, String param1String2, int param1Int) {
this.name = param1String1;
this.descriptor = param1String2;
this.accessFlags = param1Int;
ProxyGenerator.this.cp.getUtf8(param1String1);
ProxyGenerator.this.cp.getUtf8(param1String2);
ProxyGenerator.this.cp.getUtf8("Code");
ProxyGenerator.this.cp.getUtf8("Exceptions");
}
同样,MethodInfo的声明也对应class文件中方法表的结构,
构造方法中的前三个参数分别对应简单名称、描述符和访问标志。由于方法中会有code属性,所以MethodInfo中还有Code属性的一些字段,例如操作数栈的最大值和局部变量表需要的存储空间,等等。构造函数中关于ConstantPool的调用我们同样放到之后对ConstantPool的介绍中进行讲解。
从generateClassFile的代码中我们可以看到,除了对代理类中需要代理的方法使用proxyMethod.generateMethod()方法生成对应的MethodInfo,还生成了构造函数和静态块对应的MethodInfo,分别是通过调用generateConstructor()和generateStaticInitializer()方法实现的。
ConstantPool类与常量池
我们在将字段和方法映射成MethodInfo和FieldInfo时,通过构造方法会传入字段和方法的简单名称和描述符,但是class文件中简单名称和描述符这些都是常量池中常量的内容,字段表和方法表中存在的只是到常量池中这些常量的引用,所以我们必须构造出代表class文件常量池部分的表示,这就是ProxyGenerator.ConstantPool这个内部类的作用。
我们先想一下class文件中常量池部分的结构:
常量池中主要存放两大类常量:字面量和符号引用。字面量就是文本字符串、声明为final的常量值等等,而符号引用包括:
- 类和接口的全限定名
- 字段的名称和描述符
- 方法的名称和描述符
每种常量都是表类型的数据,每种常量都有自己的结构,有些常量保存的直接就是字符串或者数值类型的值,例如COSNTANT_Utf8_info、CONSTANT_Integer_info,而有些常量不直接保存值而是引用其他常量例如CONSTANT_Fieldref_info就会引用CONSTANT_Class_info和CONSTANT_NameAndType_info,这就要求我们的ConstantPool这个类至少能支持这些功能。
相关类和含义
先看ConstantPool的声明:
private static class ConstantPool {
private List<ProxyGenerator.ConstantPool.Entry> pool;
private Map<Object, Short> map;
private boolean readOnly;
private ConstantPool() {
this.pool = new ArrayList(32);
this.map = new HashMap(16);
this.readOnly = false;
}
pool是一个list,代表常量池中所有的常量条目(Entry),map记录的是常量到常量索引(该常量是常量池中的第几个常量)的映射,为什么map的value是short类型呢,因为class文件中常量计数器是一个u2类型的值,
Entry的声明如下:
private abstract static class Entry {
private Entry() {
}
public abstract void write(DataOutputStream var1) throws IOException;
}
这是一个抽象类,有两个实现:
private static class ValueEntry extends ProxyGenerator.ConstantPool.Entry {
private Object value;
public ValueEntry(Object var1) {
super(null);
this.value = var1;
}
private static class IndirectEntry extends ProxyGenerator.ConstantPool.Entry {
private int tag;
private short index0;
private short index1;
public IndirectEntry(int var1, short var2) {
super(null);
this.tag = var1;
this.index0 = var2;
this.index1 = 0;
}
public IndirectEntry(int var1, short var2, short var3) {
super(null);
this.tag = var1;
this.index0 = var2;
this.index1 = var3;
}
ValueEntry就是我们说的直接保存字面量或者符号引用的那类常量,仅有的一个属性value表示保存的字面量或者符号常量的值。
IndirectEntry就是引用其他常量的那类常量,有三个属性,tag,index0和index1,因为在这类常量里面,一部分只有一个到其他常量的引用,如CONSTANT_Class_info、CONSTANT_String_info等,一部分有两个到其他常量的引用,如CONSTANT_NameAndType_info、CONSTANT_Fieldref_info等。
操作
我们把对ConstantPool的操作分为对直接常量(ValueEntry)和非直接常量(IndirectEntry)两类来分析。
直接常量(ValueEntry)的操作
ConstantPool中对直接常量的操作有getUtf8()、getInteger()和getFloat()。我们以getUtf8()为例,看看实现逻辑:
public short getUtf8(String param1String) {
if (param1String == null)
throw new NullPointerException();
return getValue(param1String);
}
调用的是getValue方法:
private short getValue(Object param1Object) {
Short short_ = this.map.get(param1Object);
if (short_ != null)
return short_.shortValue();
if (this.readOnly)
throw new InternalError("late constant pool addition: " + param1Object);
short s = addEntry(new ValueEntry(param1Object));
this.map.put(param1Object, new Short(s));
return s;
}
首先,从ConstantPool的成员变量map中取这个值,如果有,直接返回取到的short值。如果没有,就会调用addEntry方法先增加一个条目,然后将直接常量要保存的值作为key放入map,value是addEntry方法返回的short值。
我们看addEntry方法的实现:
private short addEntry(ProxyGenerator.ConstantPool.Entry var1) {
this.pool.add(var1);
if (this.pool.size() >= 65535) {
throw new IllegalArgumentException("constant pool size limit exceeded");
} else {
return (short)this.pool.size();
}
}
也很简单,就是在ConstantPool的成员变量pool中增加这个值,然后返回pool的大小,因为list是按顺序增加的,所以pool的大小就是该常量项在常量池中的位置。
这样,一个直接常量的操作就完成了。
非直接常量(IndirectEntry)的操作
ConstantPool中对非直接常量的操作有getClass()/getString()/getFieldRef()/getMethodRef()/getInterfaceMethodRef/getNameAndType(),我们这里介绍两个,一个是getString,一个是getFieldRef.
getString实现如下:
public short getString(String var1) {
short var2 = this.getUtf8(var1);
return this.getIndirect(new ProxyGenerator.ConstantPool.IndirectEntry(8, var2));
}
它首先是调用了getUtf8这个我们已经分析过的方法,因为CONSTANT_String_info变量会引用CONSTANT_utf8_info,所以首先要把字符串值作为CONSTANT_Utf8_info条目添加到pool中,返回的值就是这个CONSTANT_Utf8_info常量在常量池中的索引,而我们的CONSTANT_String_info只需要保存这个索引就行了,然后调用的是getIndirect方法:
private short getIndirect(ProxyGenerator.ConstantPool.IndirectEntry var1) {
Short var2 = (Short)this.map.get(var1);
if (var2 != null) {
return var2;
} else if (this.readOnly) {
throw new InternalError("late constant pool addition");
} else {
short var3 = this.addEntry(var1);
this.map.put(var1, new Short(var3));
return var3;
}
}
与getValue的逻辑类似,同样会进行获取、判断然后增加的流程,最后将Entry添加到pool中,对应的索引放入map。
有个细节请注意,IndirectEntry中有一个tag字段,因为每种常量的结构的第一个字段都是tag,用来表示这个常量是哪种类型的,例如CONSTANT_String_info的tag就是8,正好与代码中的一致。下表是每种常量的结构汇总:
那为什么ValueEntry中没有这个字段呢?这个之后会讲解到。
再看getFieldRef这个方法:
public short getFieldRef(String var1, String var2, String var3) {
short var4 = this.getClass(var1);
short var5 = this.getNameAndType(var2, var3);
return this.getIndirect(new ProxyGenerator.ConstantPool.IndirectEntry(9, var4, var5));
}
因为在class文件结构中,CONSTANT_FieldRef_info这个常量会引用两个常量,分别是CONSTANT_Class_info和Costant_NameAndType_info,所以会先去执行这两个常量的初始化,这里不再赘述,最后也是调用的getIndirect方法来进行pool和map的写入。
构造常量池
在Proxy的代码中,涉及常量池构造的代码很分散,我们这里对重要的几个做简要分析。
MethodInfo和FieldInfo的构造方法
在前面分析MethodInfo和FieldInfo时,我们注意到这两个类的构造方法中有对ConstantPool的调用:
public FieldInfo(String var2, String var3, int var4) {
//省略初始化参数
ProxyGenerator.this.cp.getUtf8(var2);
ProxyGenerator.this.cp.getUtf8(var3);
}
public MethodInfo(String var2, String var3, int var4) {
//省略初始化参数
ProxyGenerator.this.cp.getUtf8(var2);
ProxyGenerator.this.cp.getUtf8(var3);
ProxyGenerator.this.cp.getUtf8("Code");
ProxyGenerator.this.cp.getUtf8("Exceptions");
}
这两个构造方法中将字段和方法使用到的简单名称和描述符添加到常量池中。还有代表Code属性和Exception属性的字面值常量。
在generateClassFile中的使用
ConstantPool另外一个用到的地方就是generateClassFile中,我把关键的代码都加上了注释,这段代码分析完,整个字节数组的生成过程也就结束了。
if (this.methods.size() > 65535)
//方法的数量不能超过u2类型能够表示的最大值
throw new IllegalArgumentException("method limit exceeded");
if (this.fields.size() > 65535)
//字段的数量不能超过u2类型的最大值
throw new IllegalArgumentException("field limit exceeded");
//将当前类的全限定类名放入常量池
this.cp.getClass(dotToSlash(this.className));
//将父类的全限定类名放入常量池
this.cp.getClass("java/lang/reflect/Proxy");
//将需要实现的接口的全限定名放入常量池
for (Class<?> clazz : this.interfaces)
this.cp.getClass(dotToSlash(clazz.getName()));
this.cp.setReadOnly();
ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();
DataOutputStream dataOutputStream = new DataOutputStream(byteArrayOutputStream);
try {
//写入魔数 CAFEBABE
dataOutputStream.writeInt(-889275714);
//写入主版本号和次版本号
dataOutputStream.writeShort(0);
dataOutputStream.writeShort(49);
//将常量池的内容写入流
this.cp.write(dataOutputStream);
//写入访问标志
dataOutputStream.writeShort(this.accessFlags);
//写入类索引
dataOutputStream.writeShort(this.cp.getClass(dotToSlash(this.className)));
//写入父类索引
dataOutputStream.writeShort(this.cp.getClass("java/lang/reflect/Proxy"));
//写入接口计数器
dataOutputStream.writeShort(this.interfaces.length);
//写入每个接口索引
for (Class<?> clazz : this.interfaces)
dataOutputStream.writeShort(this.cp.getClass(
dotToSlash(clazz.getName())));
//写入字段表集合数量
dataOutputStream.writeShort(this.fields.size());
//写入每个字段表
for (FieldInfo fieldInfo : this.fields)
fieldInfo.write(dataOutputStream);
//写入方法表集合数量
dataOutputStream.writeShort(this.methods.size());
//写入每个方法表
for (MethodInfo methodInfo : this.methods)
methodInfo.write(dataOutputStream);
dataOutputStream.writeShort(0);
} catch (IOException iOException) {
throw new InternalError("unexpected I/O Exception", iOException);
}
return byteArrayOutputStream.toByteArray();
小结
通过分析Proxy类中的关键方法和内部类,我们整理出了代理类字节码生成中清晰的流程和映射关系。字节码生成无非就是构造出类的二进制表示,而java对二进制的格式有严格的要求,所以我们只要按照格式要求,构造出每个部分,例如常量池、字段表、方法表,就不难达成目的。
Proxy类中,MethodInfo、FiledInfo和ConstantPool三个重要的类分别用来生成方法表、字段表和常量池,理解了这三个类的存在意义和关键逻辑,就能轻松理解整个字节码的生成过程。
由于篇幅限制,一些同样很重要的方法,例如ConstantPool的write方法等,没有给出分析,读者有兴趣可以自己阅读源码。