【版权声明】未经博主同意，谢绝转载！（请尊重原创，博主保留追究权）
https://developer.aliyun.com/article/1632617
出自【进步*于辰的博客】参考笔记三，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包，它里面存放的就是我们平日经常使用的类，如：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）（浅析源码）》，相信对你有帮助。
本文完结。
