注释是元对象，可以用来描述其他元对象。元对象包括类、字段和方法。向一个对象请求它的元对象(例如anObj.getClass())被称为内省。内省可以更进一步，我们可以问元对象它的注释是什么(例如aClass.getAnnotations)。内省和注释属于所谓的反射和元编程。

注释需要以一种或另一种方式进行解释才能有用。注释可以在开发时由IDE或编译器解释，也可以在运行时由框架解释。

注释处理是一种非常强大的机制，可以以许多不同的方式使用:

描述一个元素的约束或用法:例如@Deprecated， @Override，或@NotNull 来描述一个元素的“性质”，例如@Entity， @TestCase， @WebService 来描述元素的行为:@Statefull， @Transaction 来描述如何处理元素:@Column， @XmlElement

在所有情况下，注释都用于描述元素并阐明其含义。

在JDK5之前，现在用注释表示的信息需要存储在其他地方，并且经常使用XML文件。但是使用注释更方便，因为它们属于Java代码本身，因此比XML更容易操作。

注释的使用:

文档，例如XDoclet 编译 IDE 测试框架，例如JUnit IoC容器，例如Spring 序列化，例如XML 面向方面编程(AOP)，例如Spring AOP 应用服务器，例如EJB容器、Web服务 对象-关系映射(ORM)，例如Hibernate、JPA 还有更多……

.．.比如Lombok项目，它使用注释来定义如何生成equals或hashCode方法。

它对于注释类非常有用，无论是在方法、类或字段级别，都是关于类的一些与类不太相关的东西。

您可以有自己的注释，用于将某些类标记为仅测试使用。它可能只是为了文档的目的，或者您可以在编译产品候选发行版时通过过滤它来强制执行它。

你可以使用注释来存储一些元数据，就像在插件框架中一样，例如插件的名称。

它只是另一种工具，它有很多用途。

注释是元对象，可以用来描述其他元对象。元对象包括类、字段和方法。向一个对象请求它的元对象(例如anObj.getClass())被称为内省。内省可以更进一步，我们可以问元对象它的注释是什么(例如aClass.getAnnotations)。内省和注释属于所谓的反射和元编程。

注释需要以一种或另一种方式进行解释才能有用。注释可以在开发时由IDE或编译器解释，也可以在运行时由框架解释。

注释处理是一种非常强大的机制，可以以许多不同的方式使用:

描述一个元素的约束或用法:例如@Deprecated， @Override，或@NotNull 来描述一个元素的“性质”，例如@Entity， @TestCase， @WebService 来描述元素的行为:@Statefull， @Transaction 来描述如何处理元素:@Column， @XmlElement

在所有情况下，注释都用于描述元素并阐明其含义。

在JDK5之前，现在用注释表示的信息需要存储在其他地方，并且经常使用XML文件。但是使用注释更方便，因为它们属于Java代码本身，因此比XML更容易操作。

注释的使用:

文档，例如XDoclet 编译 IDE 测试框架，例如JUnit IoC容器，例如Spring 序列化，例如XML 面向方面编程(AOP)，例如Spring AOP 应用服务器，例如EJB容器、Web服务 对象-关系映射(ORM)，例如Hibernate、JPA 还有更多……

.．.比如Lombok项目，它使用注释来定义如何生成equals或hashCode方法。

Java EE 5倾向于使用注释而不是XML配置。例如，在EJB3中，EJB方法上的事务属性是使用注释指定的。他们甚至使用注释将pojo标记为ejb，并将特定的方法指定为生命周期方法，而不需要接口的实现。

Java的注释有多种应用程序。首先，它们可能被编译器(或编译器扩展)使用。以Override注释为例:

class Foo {

    @Override public boolean equals(Object other) {
        return ...;
    }
}

它实际上内置于Java JDK中。如果某个方法被标记为错误，编译器将发出错误信号，该方法不会覆盖从基类继承的方法。这个注释可能有助于避免常见的错误，即你实际上打算覆盖一个方法，但由于方法中给出的签名与被覆盖方法的签名不匹配而失败:

class Foo {

    @Override public boolean equals(Foo other) {  // Compiler signals an error for this one
        return ...;
    }
}

从JDK7开始，任何类型都允许标注。这个特性现在可以用于编译器注释，比如NotNull，比如:

public void processSomething(@NotNull String text) {
    ...
}

这允许编译器警告你不适当/未检查的变量和空值的使用。

另一个更高级的注释应用程序涉及运行时的反射和注释处理。当您说注释是“基于XML的配置的替代品”时，这就是您所想到的(我认为)。例如，各种框架和JCP标准(持久性、依赖项注入等等)都使用这种注释处理，以便提供必要的元数据和配置信息。

注释可以用作外部配置文件的替代品，但不能被视为完全替代。您可以找到许多使用annotationi替换配置文件的示例，如Hibernate、JPA、EJB 3以及Java EE中包含的几乎所有技术。

Anyway this is not always good choice. The purpose of using configuration files is usually to separate the code from the details of the environment where the application is running. In such situations, and mostly when the configuration is used to map the application to the structure of an external system, annotation are not a good replacement for configuration file, as they bring you to include the details of the external system inside the source code of your application. Here external files are to be considered the best choice, otherwise you'll need to modify the source code and to recompile every time you change a relevant detail in the execution environment.

注释更适合用额外的信息装饰源代码，这些信息在编译时和运行时指示处理工具以特殊的方式处理类和类结构。@Override和JUnit的@Test是这种用法的好例子，已经在其他回答中详细解释过了。

最后，规则总是一样的:把随源代码一起变化的东西放在源代码内部，把独立于源代码变化的东西放在源代码外部。