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

参考笔记三，P53.1。

• 1、介绍
• 2、三种 VM Options
• 最后

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包，它里面存放的就是我们平日经常使用的类，如：String、Class。当然，具体来说存放的是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。（这条命令一般用得少）

最后，再补充两点：

1：path需是编译文件（.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）（浅析源码）》，相信对你有帮助。

本文完结。