Oracle弃用sun.reflect.Reflection.getCallerClass

作为Java开发者，我们经常忽略@Deprecated注释，继续使用这些功能，即使我们很清楚Oracle会在某个时间拿到这一标签，但仍然幻想着这些标签像刻在石头上那样不可磨灭。

从jdk 7u40开始，Oracle已经弃用了sun.reflect.package包里不易理解的Reflection.getCallerClass（int）方法。在Java 7中，通过设置Java命令行选项Djdk.reflect.allowGetCallerClass，可以继续使用该方法。但在Java 8及以后的版本中，该方法将被彻底删除，调用它会导致UnsupportedOperationException异常。

根据Java文档，Reflection类位于调用栈中的0帧位置，该方法返回调用栈中从0帧开始的第x帧中的类。总之，getCallerClass方法提供的机制可用于确定调用者，从而实现“感知调用者（Caller Sensitive）”的行为，即根据调用类或调用栈中的其它类来调整其自身的行为。

JDK团队希望知道getCallerClass方法在应用程序中是如何使用的，能否修改这些代码使之不再依赖任何sun.* API。你可以加入OpenJDK core-dev-libs邮件列表来反馈意见。

多年来，Oracle一直在提醒开发者，调用sun.*包里面的方法是危险的。关于这点，读者可以阅读Oracle博客上的说明文章“为什么开发人员不应该调用‘sun’包”。总之，使用这些已弃用的特性很容易出问题。随着平台的变化，它们可能随时被转移、删除或者更改语义。

然而，如果你使用了感知调用者的行为，也无需失去信心。JDK增强提案（JEP176）呼吁提高JDK方法处理的实现的安全性，使用可以可靠地识别的感知调用者方法的机制代替现有的人工维护的方法列表。

继续关注该问题，可以访问Oracle Bug数据库。

参考英文原文：Oracle Discontinuing sun.reflect.Reflection.getCallerClass

感谢马国耀对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至[email protected]。也欢迎大家通过新浪微博（@InfoQ;）或者腾讯微博（@InfoQ;）关注我们，并与我们的编辑和其他读者朋友交流。