ASM 5.2:检测ApachHttpClient时出现Java.lang.linkage错误

我正在尝试使用ASM 5.2检测依赖项。随着JDK1.8被强制使用，我不得不在我的类编写器中使用COMPUTE_FRAMES选项

使用默认ClassWriter时，它找不到某些类，并引发以下异常

java.lang.RuntimeException: java.lang.ClassNotFoundException: XXX
    at org.objectweb.asm.ClassWriter.getCommonSuperClass(Unknown Source)
    at org.objectweb.asm.ClassWriter.a(Unknown Source)
    at org.objectweb.asm.Frame.a(Unknown Source)
    at org.objectweb.asm.Frame.a(Unknown Source)
    at org.objectweb.asm.MethodWriter.visitMaxs(Unknown Source)
    .....

为了解决这个问题，我通过创建一个自定义ClassWriter类并从transform（）将类装入器传递给它，从而重写ClassWriter的getCommonSuperClass（）方法。我遵循了这条线索的建议：

以下是CustomClassWriter代码：

class CustomClassWriter extends ClassWriter {


    ClassLoader classLoader;

    public CustomClassWriter(int writerFlag, ClassLoader loader)
    {
        super(writerFlag);
        this.classLoader = loader;
        System.out.println("Trace: Registering class loader from Code injector");
    }

    /**
     * This method returns common super class for both the classes. If no super class
     * is present it returns java/lang/Object class.
     * @param className1
     * @param className2
     * @return The String for the common super class of both the classes
     */
    protected String getCommonSuperClass(String className1, String className2)
    {
        Class class1;
        Class class2;
        //System.out.println("Trace: Default Class loader :" + getClass().getClassLoader().toString());
        ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader();
        System.out.println("Trace: Context class loader is " + contextClassLoader.toString());
        System.out.println("Trace: Loaded class loaded :" + classLoader.toString());

        try
        {
            class1 = Class.forName(className1.replace('/', '.'), false, this.classLoader);
            class2 = Class.forName(className2.replace('/', '.'), false, this.classLoader);
            System.out.println("Trace: Class 1" + class1.toString());
            System.out.println("Trace: Class 2" + class2.toString());
        }
        catch (Exception th) {
            throw new RuntimeException(th.getMessage());
        }

        if (class1.isAssignableFrom(class2)) {
            return className1;
        }
        if (class2.isAssignableFrom(class1)) {
            return className2;
        }

        if ((class1.isInterface()) || (class2.isInterface())) {
            return "java/lang/Object";
        }

        do {
            class1 = class1.getSuperclass();
        }
        while (!(class1.isAssignableFrom(class2)));
        return class1.getName().replace('.', '/');
    }


}

然而，在这样做之后，当我尝试将java代理与Eureka Netflix库一起使用时，我遇到了一个问题：

Caused by: java.lang.LinkageError: loader (instance of  sun/misc/Launcher$AppClassLoader): attempted  duplicate class definition for name: "org/apache/http/impl/client/AbstractHttpClient"
    at java.lang.ClassLoader.defineClass1(Native Method) ~[na:1.8.0_144]
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[na:1.8.0_144]
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) ~[na:1.8.0_144]
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) ~[na:1.8.0_144]
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73) ~[na:1.8.0_144]
    at java.net.URLClassLoader$1.run(URLClassLoader.java:368) ~[na:1.8.0_144]
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362) ~[na:1.8.0_144]
    at java.security.AccessController.doPrivileged(Native Method) ~[na:1.8.0_144]
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361) ~[na:1.8.0_144]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_144]
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335) ~[na:1.8.0_144]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_144]
    at java.lang.ClassLoader.defineClass1(Native Method) ~[na:1.8.0_144]
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[na:1.8.0_144]
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) ~[na:1.8.0_144]
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) ~[na:1.8.0_144]
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73) ~[na:1.8.0_144]
    at java.net.URLClassLoader$1.run(URLClassLoader.java:368) ~[na:1.8.0_144]
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362) ~[na:1.8.0_144]
    at java.security.AccessController.doPrivileged(Native Method) ~[na:1.8.0_144]
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361) ~[na:1.8.0_144]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_144]
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335) ~[na:1.8.0_144]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_144]
    at com.sun.jersey.client.apache4.ApacheHttpClient4.createDefaultClientHandler(ApacheHttpClient4.java:236) ~[jersey-apache-client4-1.19.1.jar:1.19.1]
    at com.sun.jersey.client.apache4.ApacheHttpClient4.create(ApacheHttpClient4.java:181) ~[jersey-apache-client4-1.19.1.jar:1.19.1]
    at com.netflix.discovery.shared.transport.jersey.EurekaJerseyClientImpl.<init>(EurekaJerseyClientImpl.java:52) ~[eureka-client-1.4.12.jar:1.4.12]
    ... 58 common frames omitted

---

问题是，您正在使用ASM的公共类型解析器在插装期间加载类。这样，您就可以加载当前正在检测的类。一旦检测完成，JVM将尝试定义该类，但正如之前定义的那样，这不再可能

---

因此，您应该避免在插装过程中加载类。

问题在于，您正在使用ASM的公共类型解析器在插装过程中加载类。这样，您就可以加载当前正在检测的类。一旦检测完成，JVM将尝试定义该类，但正如之前定义的那样，这不再可能

---

由于这个原因，您应该避免在检测期间加载类。

您不会被迫使用

COMPUTE\u FRAMES

。更好的选择是考虑你正在做什么样的仪器，以及它是否以及如何影响已经存在的框架。@霍格尔，请给我指出一些资源来做这件事好吗？早些时候，我在使用COMPUTE_MAX时使用了跳过帧和StackMapFrame异常代码，这是在检测oracle jdbc驱动程序时需要的。我在这里的用例是计算开始和停止时间，记录任何异常并捕获sql字符串。你还有一个关于堆栈溢出的答案，我在同一篇文章中也提到过，但没有太多帮助。首先，你应该了解这些选项。当您使用

跳过帧时

，原始帧不会被处理，因此不会显示在插入指令的代码中。使用

COMPUTE\u FRAMES

时，此选项可以提高性能，因为它将从头开始重新计算帧。如果要保留或调整原始帧，则不得使用

跳过帧

。分支合并处会出现框架。如果不修改分支，而只是在这些帧之间插入或删除代码，ASM将已经调整位置。您只需在添加变量等时对其进行调整。您不必被迫使用

COMPUTE\u FRAMES

。更好的选择是考虑你正在做什么样的仪器，以及它是否以及如何影响已经存在的框架。@霍格尔，请给我指出一些资源来做这件事好吗？早些时候，我在使用COMPUTE_MAX时使用了跳过帧和StackMapFrame异常代码，这是在检测oracle jdbc驱动程序时需要的。我在这里的用例是计算开始和停止时间，记录任何异常并捕获sql字符串。你还有一个关于堆栈溢出的答案，我在同一篇文章中也提到过，但没有太多帮助。首先，你应该了解这些选项。当您使用

跳过帧时

，原始帧不会被处理，因此不会显示在插入指令的代码中。使用

COMPUTE\u FRAMES

时，此选项可以提高性能，因为它将从头开始重新计算帧。如果要保留或调整原始帧，则不得使用

跳过帧

。分支合并处会出现框架。如果不修改分支，而只是在这些帧之间插入或删除代码，ASM将已经调整位置。您只需在添加变量等时对其进行调整。当我们尝试为apache http客户端提供工具时，就会出现这个问题。作为对线程的更新，我已经将ApacheHTTP客户端上的依赖项重新打包到自定义名称空间，这样代理就不会尝试插入我们自己的调用。在代理I instrument 2版本的Apache HTTP客户端（4.2和4.3）中，当我删除HTTP客户端4.2的instrumentation时，一切正常，应用程序也会启动Netflix eureka库。我已经用我正在检测的定义更新了线程这可能是因为库在检测的代码堆栈框架中显示了其他库不公开的特定模式。我明白了。您对如何避免使用class.forName（）有什么建议吗以防止类的重复加载，因为我认为问题源于此。如果您有任何建议，请告诉我。当我们尝试为apache http客户端安装工具时，这个问题会特别出现。作为对线程的更新，我已经将ApacheHTTP客户端上的依赖项重新打包到自定义名称空间，这样代理就不会尝试插入我们自己的调用。在代理I instrument 2版本的Apache HTTP客户端（4.2和4.3）中，当我删除HTTP客户端4.2的instrumentation时，一切正常，应用程序也会启动Netflix eureka库。我已经用我正在检测的定义更新了线程这可能是因为库在检测的代码堆栈框架中显示了其他库不公开的特定模式。我明白了。您对如何避免使用class.forName（）有什么建议吗以防止类的重复加载，因为我认为问题源于此。如果你有什么建议，请告诉我。

private final static String HTTP_CLIENT_43_CLASS_NAME = "org/apache/http/impl/client/InternalHttpClient";
    private final static String HTTP_CLIENT_METHOD_43_NAME = "doExecute";
    private final static String HTTP_CLIENT_METHOD_43_SIGNATURE = "(Lorg/apache/http/HttpHost;Lorg/apache/http/HttpRequest;Lorg/apache/http/protocol/HttpContext;)Lorg/apache/http/client/methods/CloseableHttpResponse;";

    private final static String HTTP_CLIENT_42_CLASS_NAME = "org/apache/http/impl/client/AbstractHttpClient";
    private final static String HTTP_CLIENT_METHOD_42_NAME = "execute";
    private final static String HTTP_CLIENT_METHOD_42_SIGNATURE = "(Lorg/apache/http/HttpHost;Lorg/apache/http/HttpRequest;Lorg/apache/http/protocol/HttpContext;)Lorg/apache/http/HttpResponse;";