[Java]讲解@CallerSensitive注解

【版权声明】未经博主同意,谢绝转载!(请尊重原创,博主保留追究权)
https://www.cnblogs.com/cnb-yuchen/p/18251310
出自【进步*于辰的博客

参考笔记三,P53.1。

1、介绍

大家可能没注意过此注解,我从JDK源码中摘取一段:

@CallerSensitive
public Constructor<T> getDeclaredConstructor(Class<?>... parameterTypes)
    throws NoSuchMethodException, SecurityException {
    checkMemberAccess(Member.DECLARED, Reflection.getCallerClass(), true);
    return getConstructor0(parameterTypes, Member.DECLARED);
}

老熟人吧,大家看Reflection.getCallerClass()这个方法,它有什么用?我写个示例:

class C {
    public static void main(String[] args) {
        sout getCallerClass();// class C
    }

    @CallerSensitive
    public static Class<?> getCallerClass() {
        return Reflection.getCallerClass();
    }
}

很显然,这个方法返回调用方(调用类)的 Class 对象。(PS:这个功能在很多时候是用处很大的)

那这其中有什么门道?(@CallerSensitive注解是干什么的)

启发博文:《@CallerSensitive 注解的作用》(转发)。

那位博主已详细说明,我简单总结一下:

JVM认为有些方法敏感或危险(如:Reflection.getCallerClass()),要求调用方法必须使用@CallerSensitive注解注解,且调用方法所属类必须由启动类加载器加载,才能识别此注解。

众所周知,我们自定义的类的类加载器默认是 AppClassLoader(应用程序类加载器),而不是 BootStrapClassLoader(启动类加载器)。

因此,我们可以通过配置VM Options,“假装”类是启动类,令启动类加载器去加载它,便可识别此注解。

2、三种 VM Options

配置命令有三种:

1:-Xbootclasspath:path

表示令JVM从path加载类,用于替换rt.jar

大家可能没注意过rt.jar这个jar包,它里面存放的就是我们平日经常使用的类,如:StringClass。当然,具体来说存放的是class字节码文件。

rt.jar是由启动类加载器加载的,使用此命令的确可以达成目标(“假装”是启动类),但我们不用尝试便可知道使用此命令,JVM一般无法运行。

2:-Xbootclasspath/a:path

表示令JVM将path添加进默认的 Bootstrap 路径(sun.boot.class.path)中,也就是让JVM在加载完rt.jar后加载path中的类。

下面我打印一下sun.boot.class.path参数中的路径:

E:\compile\jdk\java\jdk1.8.371\jre\lib\resources.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\rt.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jsse.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jce.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\charsets.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jfr.jar
E:\compile\jdk\java\jdk1.8.371\jre\classes

再配置命令:-Xbootclasspath/a:G:\projects-local\java\workspace\target\classes,打印结果:

E:\compile\jdk\java\jdk1.8.371\jre\lib\resources.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\rt.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jsse.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jce.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\charsets.jar
E:\compile\jdk\java\jdk1.8.371\jre\lib\jfr.jar
E:\compile\jdk\java\jdk1.8.371\jre\classes
G:\projects-local\java\workspace\target\classes

看最后一条。

3:-Xbootclasspath/p:path

表示令JVM优先 Bootstrap 路径加载path。(这条命令一般用得少)

最后,再补充两点:

1path需是编译文件(.class)的存放路径,且是绝对路径,故是.../classes,而不是具体 class 字节码文件。

2:上文说过,自定义类的类加载器默认是 AppClassLoader。我们测试一下:

C.class.getClassLoader();// sun.misc.Launcher$AppClassLoader@18b4aac2

配置 VM Options 后,根据上文所述,此时打印结果应该是xxx.BootstrapClassLoadder,可实际上是null

PS:我暂不知其缘由,猜测可能是Java本身就是这样设计的,就如 BootstrapClassLoader 不是 ExtClassLoader 的父类加载器一般。

最后

这个注解涉及了类加载方面的知识点,如果你有意向学习,推荐一篇博文《一看你就懂,超详细java中的ClassLoader详解》(转发),这也是我系统学习ClassLoader类参考的文章。

如果你对ClassLoader的源码有兴趣,我写了一篇源码解析博文《Java-API简析_java.lang.ClassLoader类(基于 Latest JDK)(浅析源码)》,相信对你有帮助。

本文完结。

posted @ 2024-06-16 21:44  进步·于辰  阅读(12)  评论(0编辑  收藏  举报