Java 注释答案 - 爱码网

【问题标题】：Java AnnotationsJava 注释
【发布时间】：2010-09-06 15:45:35
【问题描述】：

Java 中注解的目的是什么？我有一个模糊的想法，他们认为它们介于注释和实际代码之间。它们在运行时会影响程序吗？

它们的典型用法是什么？

它们是 Java 独有的吗？有 C++ 等价物吗？

【问题讨论】：

你可以用注释做一些非常糟糕的事情。例如，如果您知道 Spring Framework 及其 @Transactional 注释，该注释在方法调用之前启动事务并在异常/错误时回滚并在成功事务时提交。它完全支持 SOC 原则（关注点分离）。很干净！ Java规则！ :-)
这对我来说像是 3 个问题。第二个本身就太宽泛了。
语法上的所有注释看起来都像接口。那么，编译器或 JVM 是如何知道其用途的呢？假设如果我们使用@Override -> 检查方法是否正确覆盖@Transactional，如上所述，它执行与事务相关的东西。对于所有这些注释，我们在哪里可以找到定义/逻辑？

标签： java annotations glossary

【解决方案1】：

注解主要由检查其他代码的代码使用。它们通常用于在运行时修改（即装饰或包装）现有类以改变它们的行为。 JUnit 和 Hibernate 等框架使用注释来最大限度地减少您需要自己编写才能使用框架的代码量。

Oracle 在他们的网站上有a good explanation of the concept and its meaning in Java。

【讨论】：

【解决方案2】：

另外，它们是 Java 独有的吗，是否有 C++ 等价物？

没有，但是 VB 和 C# 有 attributes，它们是同一个东西。

它们的用途非常多样化。一个典型的 Java 示例，@Override 对代码没有影响，但如果修饰方法实际上没有覆盖另一个方法，编译器可以使用它来生成警告（或错误）。同样，方法可以被标记为过时。

然后是反射。当您在代码中反映类的类型时，您可以访问属性并根据那里找到的信息采取行动。我不知道 Java 中的任何示例，但在 .NET 中，编译器使用它为类生成 (de)serialization 信息，确定结构的 memory layout 和遗留库（以及其他库）中的 declare function imports。它们还控制 IDE 表单设计器的工作方式。

/EDIT：类的属性与标签接口类似（如Java中的Serializable）。但是，.NET 编码指南说不要使用标签接口。此外，它们仅适用于类级别，而不适用于方法级别。

【讨论】：

【解决方案3】：

Anders 给出了一个很好的总结，这里是一个 JUnit 注解的例子

@Test(expected=IOException.class)
public void flatfileMissing() throws IOException {
    readFlatFile("testfiles"+separator+"flatfile_doesnotexist.dat");
}

这里@Test 注释告诉JUnit flatfileMissing 方法是一个应该被执行的测试并且预期的结果是一个抛出的IOException。因此，当您运行测试时，将调用此方法，测试将根据是否抛出 IOException 来通过或失败。

【讨论】：

【解决方案4】：

Java 还具有注释处理工具 (apt)，您不仅可以在其中创建注释，还可以决定这些注释在源代码上的工作方式。

Here 是介绍。

【讨论】：

【解决方案5】：

要查看可以使用注释做的一些很酷的事情，请查看my JavaBean annotations and annotation processor。

它们非常适合生成代码，在构建过程中添加额外的验证，我也一直在将它们用于错误消息框架（尚未发布 - 需要与老板讨论...）。

【讨论】：

【解决方案6】：

通过字面定义，注释向元素添加注释。同样，Java 注释是我们插入到源代码中的标签，用于提供有关代码的更多信息。 Java 注释将信息与带注释的程序元素相关联。除了 Java 注释之外，Java 程序还有大量的非正式文档，这些文档通常包含在源代码文件的 cmets 中。但是，Java 注解与 cmets 不同，它们直接使用注解类型对程序元素进行注解，以描述注解的形式。 Java 注释以标准和结构化的方式呈现信息，以便处理工具可以轻松地使用它。

【讨论】：

【解决方案7】：

When do you use Java's @Override annotation and why? 该链接指的是关于何时应该使用覆盖注释（@override）的问题。这可能有助于更好地理解注释的概念。查看。

【讨论】：

【解决方案8】：

当涉及到 EJB 时，注释被称为选择隐式中间件方法而不是显式中间件方法，当您使用注释时，您正在从 API 中定制您确切需要的内容例如，您需要为银行转帐调用交易方法：不使用注释：代码将是

transfer(Account account1, Account account2, long amount)    
{
   // 1: Call middleware API to perform a security check
   // 2: Call middleware API to start a transaction
   // 3: Call middleware API to load rows from the database
   // 4: Subtract the balance from one account, add to the other
   // 5: Call middleware API to store rows in the database
   // 6: Call middleware API to end the transaction
}

在使用注释时，您的代码不包含繁琐的 API 调用来使用中间 - 洁具服务。代码干净，专注于业务逻辑

transfer(Account account1, Account account2, long amount) 
{
   // 1: Subtract the balance from one account, add to the other
}

【讨论】：