首页 / JAVA / java – JVM类加载中的意外行为(真正需要类之前的ClassNotFoundException)

java – JVM类加载中的意外行为(真正需要类之前的ClassNotFoundException)

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – JVM类加载中的意外行为(真正需要类之前的ClassNotFoundException)，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2969字，纯文字阅读大概需要5分钟。

内容图文

我需要帮助才能理解为什么会发生这种情况：

使用Java 1.8.0_131,我有一个这样的类：

public class DynamicClassLoadingAppKO {

    /*
     * THIS VERSION DOES NOT WORK, A ClassNotFoundException IS THROWN BEFORE EVEN EXECUTING main()
     */


    // If this method received ChildClassFromLibTwo, everything would work OK!
    private static void showMessage(final ParentClassFromLibOne obj) {
        System.out.println(obj.message());
    }


    public static void main(final String[] args) throws Throwable {

        try {

            final ChildClassFromLibTwo obj = new ChildClassFromLibTwo();
            showMessage(obj);

        } catch (final Throwable ignored) {
            // ignored, we just wanted to use it if it was present
        }

        System.out.println("This should be displayed, but no :(");

    }

}

另外两个类正在使用：ParentClassFromLibOne和ChildClassFromLibTwo.后者从前者延伸.

涉及两个外部库：

>一个库称为libone,包含ParentClassFromLibOne类.应用程序在类路径中包含此库,用于编译和执行.
>第二个库名为libtwo,包含ChildClassFromLibTwo类.应用程序在类路径中包含此库以进行编译,但不包括执行.

据我所知,Java运行时应尝试在此行加载ChildClassFromLibTwo(在运行时不在类路径中)：

final ChildClassFromLibTwo obj = new ChildClassFromLibTwo();

鉴于此类不在类路径中,应抛出ClassNotFoundException,并且如果此行位于try … catch(Throwable)内,则应始终执行末尾的System.out.println行.

但是,我得到的是在加载DynamicClassLoadingAppKO本身时抛出的ClassNotFoundException,显然在执行main()方法之前,因此没有被try … catch捕获.

对我来说似乎更奇怪的是,这种行为消失了,如果我改变了showMessage()方法的签名,一切都按照我的预期运行,以便不是接收父类的参数,而是直接使用子类：

/*
 * THIS VERSION WORKS OK, BECAUSE showMessage RECEIVES THE CHILD CLASS AS A PARAMETER
 */
private static void showMessage(final ChildClassFromLibTwo obj) {
    System.out.println(obj.message());
}

这怎么可能？在类加载的工作方式中我缺少什么？

为了方便测试,我创建了一个复制此行为的GitHub存储库[1].

[1] https://github.com/danielfernandez/test-dynamic-class-loading/tree/20170504

解决方法:

好的,为什么会发生这种情况的详细信息在这个春季启动票[1]中得到了解释,我很幸运能够被Andy Wilkinson迅速指出.这绝对是一个困难的IMO.

显然,在这种情况下发生的事情是,当加载调用类本身时,验证器启动并看到showMessage()方法接收类型为ParentClassFromLibOne的参数.到目前为止这么好,即使ParentClassFromLibOne在运行时不在类路径中,这也不会在此阶段引发ClassNotFoundException.

但显然验证程序也扫描方法代码并注意到main()中有一个调用showMessage()方法.不作为ParentClassFromLibOne参数传递的调用,而是另一个类的对象：ChildClassFromLibTwo.

因此,在这种情况下,验证程序确实尝试加载ChildClassFromLibTwo,以便能够检查它是否真的从ParentClassFromLibOne扩展.

有趣的是,如果ParentClassFromLibOne是一个接口,则不会发生这种情况,因为接口被视为Object以进行分配.

此外,如果showMessage(…)直接要求ChildClassFromLibTwo作为参数,则不会发生这种情况,因为在这种情况下,验证程序不需要加载子类以检查它是否与自身兼容.

丹尼尔,我正在投票给你答案,但我不会将其标记为已被接受,因为我认为它无法解释为什么在验证时发生这种情况的真正原因(它不是导致ClassNotFoundException的方法签名中的类) .

[1] https://github.com/spring-projects/spring-boot/issues/8181

内容总结

以上是互联网集市为您收集整理的java – JVM类加载中的意外行为(真正需要类之前的ClassNotFoundException)全部内容，希望文章能够帮你解决java – JVM类加载中的意外行为(真正需要类之前的ClassNotFoundException)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/819383.html

来源：【匿名】