为什么不建议调用sun包，如何通过其他方法确定调用者 | IT宅-帅旋的专业知识分享

为什么不建议调用sun包，如何通过其他方法确定调用者

发布于 2015-03-09 | 更新于 2020-09-20

JVM

59

Reflection

6

获取调用者信息的方法

一般的，我们可以通过堆栈信息获取调用当前方法的类名和方法名

// 通过堆栈信息获取调用当前方法的类名和方法名
String className = "";
String methodName = "";
Class clazz = null;
StackTraceElement[] elements = new Throwable().getStackTrace();
for (int i = 0; i < elements.length; i++){
   if (this.getClass().getName().equals(elements[i].getClassName())){
      // 获取堆栈的下一个元素，就是调用者元素
      // 如果想要获取当前方法所在类的信息，直接读取elements[i]就可以了
      className = elements[i + 1].getClassName();
      methodName = elements[i + 1].getMethodName();
      break;
   }
}
System.out.println(className + "." + methodName + "\n");

该方法也可以获取调用代码所在的行号的类所在的文件，但是这种方法不能获得调用者的类型，因为不知道调用者的的类装载器，所以也就不能使用Class.forName(String)得到类型。

可以尝试使用以下方法获得调用者的类型（但该方法不建议使用，后面有说明）

clazz = Reflection.getCallerClass(2);
System.out.println("invoker's class loader: " + clazz.getClassLoader() + "\nclass name: " + clazz.getName());

该方法比使用堆栈的效率高，如果想要获取当前方法所在类的信息，调用 Reflection.getCallerClass(1) 就可以了，Reflection.getCallerClass(0) 是Reflection对象

为什么不建议调用sun包

这篇文章中提到了JDK 8弃用 sun.reflect.Reflection.getCallerClass：

http://www.infoq.com/cn/news/2013/07/Oracle-Removes-getCallerClass

但后来Oracle又决定把该方法保留下来了：

http://www.infoq.com/cn/news/2013/08/Oracle-Resurrects-getCallerClass

JDK 8 实际上新特性如下

http://www.iteye.com/news/28870-java-8-release

其中 JEP 176：自动检测识别Caller-Sensitive方法：

http://openjdk.java.net/jeps/176

JDK 8中在getCallerClass方法加了 @sun.reflect.CallerSensitive 注解，该注解是提供给JVM底层读取处理的，提高了JDK实现感知调用者功能的安全性，详细参考：

http://stackoverflow.com/questions/22626808/what-does-the-sun-reflect-callersensitive-annotation-mean

查看getCallerClass的 底层实现 #668可以发现，当传入了depth的时候，调用了net.reflect.Reflection类的这个方法：

@java.lang.Deprecated
public static native java.lang.Class getCallerClass(int arg0);

这个方法在底层实现中还是通过兼容旧版本的代码去执行的，所以这个方法加了一个 @Deprecated 注解，这也是为什么不推荐上面那种方法获取调用者类型的原因。

类似的， JDK8 中的 @java.lang.Class 的 forName(className) 方法也加了这个注解，因为forName方法里面也调用给到了Reflection.getCallerClass()

Oracle建议开发人员不要使用sun包，但是有一系列的项目都依赖于getCallerClass()方法，如Jigsaw和Lambda，Intellij IDEA。在spring-loaded的源码这里也调用了getCallerClass()方法，作为临时的方案去兼容JDK 7u25，需要添加系统属性：jdk.reflect.allowGetCallerClass，参考这里：

http://permalink.gmane.org/gmane.comp.java.openjdk.jdk7u.devel/6573

其实查看JDK 7 Reflection的字节码可以发现对这个属性的处理逻辑：

public static java.lang.Class getCallerClass(int arg0);
     0  invokestatic sun.misc.VM.allowGetCallerClass() : boolean [216]
     3  ifeq 13
     6  iload_0 [arg0]
     7  iconst_1
     8  iadd
     9  invokestatic sun.reflect.Reflection.getCallerClass0(int) : java.lang.Class [217]
    12  areturn
    13  new java.lang.UnsupportedOperationException [112]
    16  dup
    17  ldc <String "This method has been disabled by a system property"> [7]
    19  invokespecial java.lang.UnsupportedOperationException(java.lang.String) [206]
    22  athrow
      Line numbers:
        [pc: 0, line: 68]
        [pc: 6, line: 69]
        [pc: 13, line: 71]
      Stack map table: number of frames 1
        [pc: 13, same]

开发者不应该调用sun包，Oracle一直在提醒开发者，调用sun.*包里面的方法是危险的。上面用到的Reflection.getCallerClass()也是在这个包里面的，因为sun包并不包含在Java平台的标准中，它与操作系统相关，在不同的操作系统如Solaris，Windows，Linux，Mac等中的实现也各不相同，并且可能随着JDK版本而变化。详细说明:

http://www.oracle.com/technetwork/java/faq-sun-packages-142232.html

完整例子：

https://github.com/arthinking/java-code/blob/master/src/main/java/me/arthinking/question/Q_07_stack_trace.java

Memcached使用getMulti造成的性能问题...

扩展自jsoup的HTML XSS过滤程序...