JDK动态代理之ProxyGenerator生成代理类的字节码文件解析

通过前面几篇的分析，我们知道代理类是通过proxy类的proxyclassfactory工厂生成的，这个工厂类会去调用proxygenerator类的generateproxyclass()方法来生成代理类的字节码。proxygenerator这个类存放在sun.misc包下，我们可以通过openjdk源码来找到这个类，该类的generateproxyclass()静态方法的核心内容就是去调用generateclassfile()实例方法来生成class文件。我们直接来看generateclassfile()这个方法内部做了些什么。

private byte[] generateclassfile() {
  //第一步, 将所有的方法组装成proxymethod对象
  //首先为代理类生成tostring, hashcode, equals等代理方法
  addproxymethod(hashcodemethod, object.class);
  addproxymethod(equalsmethod, object.class);
  addproxymethod(tostringmethod, object.class);
  //遍历每一个接口的每一个方法, 并且为其生成proxymethod对象
  for (int i = 0; i < interfaces.length; i++) {
    method[] methods = interfaces[i].getmethods();
    for (int j = 0; j < methods.length; j++) {
      addproxymethod(methods[j], interfaces[i]);
    }
  }
  //对于具有相同签名的代理方法, 检验方法的返回值是否兼容
  for (list<proxymethod> sigmethods : proxymethods.values()) {
    checkreturntypes(sigmethods);
  }
  
  //第二步, 组装要生成的class文件的所有的字段信息和方法信息
  try {
    //添加构造器方法
    methods.add(generateconstructor());
    //遍历缓存中的代理方法
    for (list<proxymethod> sigmethods : proxymethods.values()) {
      for (proxymethod pm : sigmethods) {
        //添加代理类的静态字段, 例如:private static method m1;
        fields.add(new fieldinfo(pm.methodfieldname,
            "ljava/lang/reflect/method;", acc_private | acc_static));
        //添加代理类的代理方法
        methods.add(pm.generatemethod());
      }
    }
    //添加代理类的静态字段初始化方法
    methods.add(generatestaticinitializer());
  } catch (ioexception e) {
    throw new internalerror("unexpected i/o exception");
  }
  
  //验证方法和字段集合不能大于65535
  if (methods.size() > 65535) {
    throw new illegalargumentexception("method limit exceeded");
  }
  if (fields.size() > 65535) {
    throw new illegalargumentexception("field limit exceeded");
  }

  //第三步, 写入最终的class文件
  //验证常量池中存在代理类的全限定名
  cp.getclass(dottoslash(classname));
  //验证常量池中存在代理类父类的全限定名, 父类名为:"java/lang/reflect/proxy"
  cp.getclass(superclassname);
  //验证常量池存在代理类接口的全限定名
  for (int i = 0; i < interfaces.length; i++) {
    cp.getclass(dottoslash(interfaces[i].getname()));
  }
  //接下来要开始写入文件了,设置常量池只读
  cp.setreadonly();
  
  bytearrayoutputstream bout = new bytearrayoutputstream();
  dataoutputstream dout = new dataoutputstream(bout);
  try {
    //1.写入魔数
    dout.writeint(0xcafebabe);
    //2.写入次版本号
    dout.writeshort(classfile_minor_version);
    //3.写入主版本号
    dout.writeshort(classfile_major_version);
    //4.写入常量池
    cp.write(dout);
    //5.写入访问修饰符
    dout.writeshort(acc_public | acc_final | acc_super);
    //6.写入类索引
    dout.writeshort(cp.getclass(dottoslash(classname)));
    //7.写入父类索引, 生成的代理类都继承自proxy
    dout.writeshort(cp.getclass(superclassname));
    //8.写入接口计数值
    dout.writeshort(interfaces.length);
    //9.写入接口集合
    for (int i = 0; i < interfaces.length; i++) {
      dout.writeshort(cp.getclass(dottoslash(interfaces[i].getname())));
    }
    //10.写入字段计数值
    dout.writeshort(fields.size());
    //11.写入字段集合 
    for (fieldinfo f : fields) {
      f.write(dout);
    }
    //12.写入方法计数值
    dout.writeshort(methods.size());
    //13.写入方法集合
    for (methodinfo m : methods) {
      m.write(dout);
    }
    //14.写入属性计数值, 代理类class文件没有属性所以为0
    dout.writeshort(0);
  } catch (ioexception e) {
    throw new internalerror("unexpected i/o exception");
  }
  //转换成二进制数组输出
  return bout.tobytearray();
}

可以看到generateclassfile()方法是按照class文件结构进行动态拼接的。什么是class文件呢？在这里我们先要说明下，我们平时编写的java文件是以.java结尾的，在编写好了之后通过编译器进行编译会生成.class文件，这个.class文件就是class文件。java程序的执行只依赖于class文件，和java文件是没有关系的。这个class文件描述了一个类的信息，当我们需要使用到一个类时，java虚拟机就会提前去加载这个类的class文件并进行初始化和相关的检验工作，java虚拟机能够保证在你使用到这个类之前就会完成这些工作，我们只需要安心的去使用它就好了，而不必关心java虚拟机是怎样加载它的。当然，class文件并不一定非得通过编译java文件而来，你甚至可以直接通过文本编辑器来编写class文件。在这里，jdk动态代理就是通过程序来动态生成class文件的。我们再次回到上面的代码中，可以看到，生成class文件主要分为三步：

第一步：收集所有要生成的代理方法，将其包装成proxymethod对象并注册到map集合中。

第二步：收集所有要为class文件生成的字段信息和方法信息。

第三步：完成了上面的工作后，开始组装class文件。

我们知道一个类的核心部分就是它的字段和方法。我们重点聚焦第二步，看看它为代理类生成了哪些字段和方法。在第二步中，按顺序做了下面四件事。

1.为代理类生成一个带参构造器，传入invocationhandler实例的引用并调用父类的带参构造器。

2.遍历代理方法map集合，为每个代理方法生成对应的method类型静态域，并将其添加到fields集合中。

3.遍历代理方法map集合，为每个代理方法生成对应的methodinfo对象，并将其添加到methods集合中。

4.为代理类生成静态初始化方法，该静态初始化方法主要是将每个代理方法的引用赋值给对应的静态字段。

通过以上分析，我们可以大致知道jdk动态代理最终会为我们生成如下结构的代理类：

public class proxy0 extends proxy implements userdao {

  //第一步, 生成构造器
  protected proxy0(invocationhandler h) {
    super(h);
  }

  //第二步, 生成静态域
  private static method m1;  //hashcode方法
  private static method m2;  //equals方法
  private static method m3;  //tostring方法
  private static method m4;  //...
  
  //第三步, 生成代理方法
  @override
  public int hashcode() {
    try {
      return (int) h.invoke(this, m1, null);
    } catch (throwable e) {
      throw new undeclaredthrowableexception(e);
    }
  }
  
  @override
  public boolean equals(object obj) {
    try {
      object[] args = new object[] {obj};
      return (boolean) h.invoke(this, m2, args);
    } catch (throwable e) {
      throw new undeclaredthrowableexception(e);
    }
  }
  
  @override
  public string tostring() {
    try {
      return (string) h.invoke(this, m3, null);
    } catch (throwable e) {
      throw new undeclaredthrowableexception(e);
    }
  }
  
  @override
  public void save(user user) {
    try {
      //构造参数数组, 如果有多个参数往后面添加就行了
      object[] args = new object[] {user};
      h.invoke(this, m4, args);
    } catch (throwable e) {
      throw new undeclaredthrowableexception(e);
    }
  }
  
  //第四步, 生成静态初始化方法
  static {
    try {
      class c1 = class.forname(object.class.getname());
      class c2 = class.forname(userdao.class.getname());  
      m1 = c1.getmethod("hashcode", null);
      m2 = c1.getmethod("equals", new class[]{object.class});
      m3 = c1.getmethod("tostring", null);
      m4 = c2.getmethod("save", new class[]{user.class});
      //...
    } catch (exception e) {
      e.printstacktrace();
    }
  }
  
}

至此，经过层层分析，深入探究jdk源码，我们还原了动态生成的代理类的本来面目，之前心中存在的一些疑问也随之得到了很好的解释

1.代理类默认继承porxy类，因为java中只支持单继承，所以jdk动态代理只能去实现接口。

2.代理方法都会去调用invocationhandler的invoke()方法，因此我们需要重写invocationhandler的invoke()方法。

3.调用invoke()方法时会传入代理实例本身，目标方法和目标方法参数。解释了invoke()方法的参数是怎样来的。

使用刚刚构造出来的proxy0作为代理类再次进行测试，可以看到最终的结果与使用jdk动态生成的代理类的效果是一样的。再次验证了我们的分析是可靠且准确的。至此，jdk动态代理系列文章宣告结束。通过本系列的分析，笔者解决了心中长久以来的疑惑，相信读者们对jdk动态代理的理解也更深了一步。但是纸上得来终觉浅，想要更好的掌握jdk动态代理技术，读者可参照本系列文章自行查阅jdk源码，也可与笔者交流学习心得，指出笔者分析不当的地方，共同学习，共同进步。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。