Oracle复活getCallerClass方法，至少现在如此

Oracle在今年七月初宣布，将终止Java方法sun.reflect.Reflection.getCallerClass（）的使用。现在Oracle弃用该方法的想法减弱了，Oracle Java平台组首席架构师Mark Reinhold于上周四在推特上发布如下通告：

@CedricChampeau @glaforge 我们将在7u40中恢复getCallerClass（int）方法。它在Java 8中的命运尚有待观察。

Cédric Champeau在推特上转发了如下评论：

好消息：JDK的各位开发人员决定在1.7u40中把getCallerClass方法恢复原状，1.8.#groovy和日志系统将不会受到破坏:-)

Champeau是Groovy编程语言的主要提交者，他在VMWare的Pivotal部门工作。该部门还是SpringSource的拥有者，同时也是Groovy的当前支持者。Guillaume Laforge是SpringSource的Groovy开发负责人。

Reflection类位于调用栈中的0帧位置，sun.reflect.Reflection.getCallerClass（）方法返回调用栈中从0帧开始的第x帧中的类实例。该方法提供的机制可用于确定调用者类，从而实现“感知调用者（Caller Sensitive）”的行为，即允许应用程序根据调用类或调用栈中的其它类来改变其自身的行为。

Oracle很快发出警告，调用getCallerClass（）方法以及任何sun.*包中的任意方法都有可能导致程序不健壮和不一致，文章“为什么开发人员不应该调用‘sun’包”描述了其中的具体原因。读者可以在OTN问题跟踪系统上跟踪弃用公告。

因为Groovy依赖该方法，所以Cédric Champeau早早地披露了这条弃用信息。

不仅Groovy受到了影响，Grails的问题跟踪系统上也发布了相关Bug。

包括GitHub在内的一些公共源代码搜索引擎的搜索结果显示，有一系列的项目依赖getCallerClass（）方法，包括几个活跃的Oracle项目，如Jigsaw项目和Lambda项目，还有第三方项目，如IntelliJ IDEA。

查看英文原文：Oracle Resurrects getCallerClass, At Least for Now

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

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