java - 使用 Javassist 实现 ClassFileTransformer

Question

不同的来源提供了使用 Javassist 实现 ClassFileTransformer 的不同方法:

blog.newrelic.com/2014/09/29/diving-bytecode-manipulation-creating-audit-log-asm-javassist/

public byte[] transform(...) {
    ClassPool pool = ClassPool.getDefault(); // Edited to simplify
    pool.insertClassPath(new ByteArrayClassPath(className, classfileBuffer));
    CtClass cclass = pool.get(className.replaceAll("/", "."));
    ...
    return cclass.toBytecode();
}

<小时/>

blog.javabenchmark.org/2013/05/java-instrumentation-tutorial.html

public byte[] transform(...) {
    ClassPool cp = ClassPool.getDefault();
    CtClass cc = cp.get("org.javabenchmark.instrumentation.Sleeping");
    ...
    return cc.to:byteCode(); // edited to simplify
}

<小时/>

http://javapapers.com/core-java/java-instrumentation/

public byte[] transform(...) {
    ClassPool classPool = ClassPool.getDefault();
    CtClass ctClass = classPool.makeClass(new ByteArrayInputStream(classfileBuffer));
    ...
    return ctClass.to:byteCode(); // edited to simplify
}

<小时/>

哪个是最正确的方法，为什么？还有其他解决方案比这三个更好吗？

https://stackoverflow.com/a/26725215/776884提到设置正确的类加载器。使用instrumentation API时需要吗？ ClassPool classPool = new ClassPool() 和 CtClass.makeClass() 是否应该与仪器 API 一起使用？

Answer 1

所有示例都是错误的，并且在一般设置中不起作用。您永远不应该使用默认的类池，并且永远不应该(如 new relic 博客中所示)在转换器之间共享类池，因为您无法判断加载的类是否与其类加载器相关。

考虑一个应用程序服务器，其中每个应用程序都有自己的类加载器；您甚至无法使用默认类池(它引用系统类加载器，即类路径)看到转换后的类，并且您不能保证应用程序服务器上的所有应用程序都包含某个类，并且它们都包含它们。

唯一正确的解决方案是:

ClassPool classPool = new ClassPool();
classPool.appendClassPath(new LoaderClassPath(loader));
CtClass ctClass = classPool.makeClass(new ByteArrayInputStream(classfileBuffer));

这样，您就可以考虑到每个类都是由不同的类加载器加载的，这些类加载器可以表示不同的 View ，即包含与类路径不同的类或类的不同版本，并且您仍然可以解析提供的字节数组，该字节数组可以包含由其他 Java 代理先前触发的转换器添加的新成员。