为什么@deprecated的RetentionPolicy是RUNTIME？

Question

为什么在运行时有人想知道某个方法已被弃用？有些人能为我提供一些例子吗？

Answer 1

您认为@deprecated仅在编译阶段（IDE，编译器）感兴趣，但对于需要该信息的映像检测场景而言，这不是一个延伸。

例如，IDE可以通知您已弃用方法的呼叫站点数量，但您将如何确定应用程序在弃用方法中所花费的时间百分比？

Answer 2

想象一下，使用不建议的方法编译MyClass.class。如果您的@Deprecated注释丢失了，当您从另一个类调用这些方法时，IDE或编译器无法警告您。

Answer 3

一个人的运行时间是另一个人的设计时间，例如，编写使用API​​的代码时。

Answer 4

很好的问题，我正在想出一个令人信服的场景。我得到的是我可以想象一个使用类加载器的应用程序，它不允许使用已弃用的代码。这将需要RetentionPolicy.RUNTIME。

这就是我的一切......

Answer 5

夫妇实际用途浮现在脑海：

随着Velocity，你可以有一个自定义Uberspector该服务将来自Velocity模板实际调用任何过时的方法和然后通过阅读日志，你可以看到方法的使用位置，你可以去编辑它。

随着Wicket，你可以有哪些不允许实例基础上，.class内容有任何类，所以它可能是可能使防止@Deprecated类的实例化的系统，如果你不是一个管理员的安全策略。

Answer 6

有一些框架和工具可以实例化对象以使用它们。

例如，许多JavaBean UI编辑器创建bean的实例并在用户操纵正在设计的UI时与它们交互。

使@Deprecated注解在运行时可用，允许诸如此类的工具为用户标记弃用的方法，事件和属性。