Java Agent入门实战（二）-Instrumentation源码概述

Instrumentation接口设计初衷是为了收集Java程序运行时的数据，用于监控运行程序状态，记录日志，分析代码用的。接下来从源码的流程来介绍一下

 

 

 

实现类InstrumentationImpl的void addTransformer(ClassFileTransformer transformer, boolean canRetransform);

 

 

 

从这段代码知道，转换器ClassFileTransformer的实现是存储在TransformerManager的TransformerInfo数组中的，数组初始长度为0，每添加一个，数组长度为原来的长度+1，将原数组内容拷贝到新数组中。

 

 

 

VirtualMachine.attach

 

 

 

进入AttachProvider.providers()，这里面会初始化AttachProvider，并返回一个AttachProvider List。

 

 

 

进入ServiceLoader.load(AttachProvider.class, AttachProvider.class.getClassLoader());

 

 

 

 

继续跟进方法 new LazyIterator(service, loader)

 

 

看一下com.sun.tools jar包下的META-INF/services/目录，打开 com.sun.tools.attach.spi.AttachProvider, 可以看到有不同平台操作系统的实现，我的是windows，会调用windos的实现sun.tools.attach.WindowsAttachProvider。其他的都被注释掉了。代码看到这，就知道ServiceLoader.load方法最终加载的是sun.tools.attach.WindowsAttachProvider。

 

 

 

 

 

 

上文hasNextService()方法下面的nextService()

 

 

 

回到最初的VirtualMachine.attach(String var0)方法，进入return var4.attachVirtualMachine(var0);的attachVirtualMachine()内

 

 

 

 

 

通过 ClassLoader 类中的findNative方法，可以找到JVM源码中的一些native方法调用名，这样可以关联着JVM源码看底层的C++源码到底做了啥

 

 

 

发现在attach.dll中找方法名为Java_sun_tools_attach_WindowsVirtualMachine_openProcessnative method

 

 

 

尝试性的在jdk源码里去找这2个方法Java_sun_tools_attach_WindowsVirtualMachine_openProcess和Java_sun_tools_attach_WindowsVirtualMachine_enqueue

 

 

 

 

virtualMachine.loadAgent()、 virtualMachine.detach()源码流程和上述类似，也和平台相关，这里就不在赘述了。

RedefineClasse配置注意事项

可以在运行期对已加载类的字节码做变更，但是这种情况下会有很多的限制 对比新老类，并要求如下：

• 父类是同一个
• 实现的接口数也要相同，并且是相同的接口
• 类访问符必须一致
• 字段数和字段名要一致
• 新增的方法必须是 private static/final 的
• 可以删除修改方法