Class.getClassLoader()的一个小陷阱：）

最新推荐文章于 2024-03-20 10:59:16 发布

原创最新推荐文章于 2024-03-20 10:59:16 发布 · 5.7k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#classloader #class #null #primitive #jdk #security

Java 专栏收录该内容

7 篇文章

订阅专栏

本文探讨了在Java中使用getClassLoader()方法时可能遇到的问题，特别是当类由引导加载器加载时返回null的情况，以及如何避免由此引发的空指针异常。

昨天我的code总在Integer.class.getClassLoader().getResource("*********");这一句抛出空指针异常，定位为getClassLoader()返回null，查了一下jdk的文档，原来这里还有一个陷阱：

jdk中关于getClassLoader（）的描述：
/**
     * Returns the class loader for the class. Some implementations may use
     * null to represent the bootstrap class loader. This method will return
     * null in such implementations if this class was loaded by the bootstrap
     * class loader.
     *
     * <p> If a security manager is present, and the caller's class loader is
     * not null and the caller's class loader is not the same as or an ancestor of
     * the class loader for the class whose class loader is requested, then
     * this method calls the security manager's <code>checkPermission</code>
     * method with a <code>RuntimePermission("getClassLoader")</code>
     * permission to ensure it's ok to access the class loader for the class.
     *
     * <p>If this object
     * represents a primitive type or void, null is returned.
．．．．．

这里jdk告诉我们：如果一个类是通过bootstrap 载入的，那我们通过这个类去获得classloader的话，有些jdk的实现是会返回一个null的，比如说我用 new Object().getClass().getClassLoader()的话，会返回一个null，这样的话上面的代码就会出现NullPointer异常．所以保险起见我们最好还是使用我们自己写的类来获取classloader，这样一来就不会有问题

。哎，jdk呀，你怎么能这样~~~~~~~~~~~~~~~~~~