由浅入深 java_由浅入深 带你了解 JAVA 注解

在学习注解之前，我首先来讲一讲学习注解的好处，不管下面看不看，先打个鸡血先。不过确定的是，在正常 JAVA 开发中，自己写注解是比较少的，更多的情况就是使用第三方库的注解，正因为如此，大多数开发者对于注解仅仅停留在会用的地步。试想一下，当大多数人都不会的时候你会，那么你是不是就超越的大部分人。除此之外，我还总结学习注解的3大好处：

能够读懂别人写的代码，特别是框架相关的代码；

让编程更加简洁，代码更加清晰；

让别人高看一眼，装逼利器；

说完了这些，下面就开始真干货了。

注解概念

JDK 5中引入了源代码中的注解(annotation)这一机制。 注解使得Java源代码中不但可以包含功能性的实现代码，还可以添加元数据。 注解的功能类似于代码中的注释，所不同的是注解不是提供代码功能的说明，而是实现程序功能的重要组成部分。

Java中常见注解

对于常见注解，单单看在开发 JAVA 时 IDE 弹出的那些注解就能了解到，对于JDK 的注解，我们是要非常熟悉才行。

JDK自带注解

@Override

@Deprecated

@Suppvisewarnings

常见第三方注解

Spring

@Autowired

@Service

@Repository

Mybatis

@InsertProvider

@UpdateProvider

@Options

注解的分类

按照运行机制分类

源码注解 (注解只在源码中存在，编译成.class文件就不存在了)

编译时注解 (注解在源码和.class文件中都存在)

运行时注解 (在运行阶段还起作用，甚至会影响运行逻辑的注解，例如 @Autowired)

按照来源分类

来自JDK的注解

来自第三方的注解

自定义注解

元注解

给注解使用的注解

自定义注解

下面是一个典型的注解声明，大家先看个大概，下面会对定义注解的注意事项做个说明：

@Target({ElementType.METHOD, ElementType.TYPE})

@Retention(RetentionPolicy.RUNTIME)

@Inherited

@Documented

public @interface Description {

String desc();

String author();

int age() default 18;

}

使用@interface关键字定义注解

成员(变量)以无参数无异常方式声明

可以用default为成员指定一个默认值

注解中成员的类型是受限制的，合法的类型包括基本数据类型以及 String、Class、 Annotation和Enumeration

如果注解只有一个成员，则成员名应该为value()，在使用时可以忽略成员名和赋值号(=)

注解类可以没有成员，没有成员的注解称为标识注解

元注解，用于对注解进行的注解，例如Description注解上面的4个注解

常用元注解

Target

标识注解的作用域，作用域有以下几种，几乎包含了 JAVA 所有的类型：

ElementType.CONSTRUCTOR：构造方法

ElementType.FIELD：字段

ElementType.LOCAL_VARIABLE：局部变量

ElementType.METHOD：方法

ElementType.PACKAGE：包

ElementType.PARAMETER： 参数

ElementType.TYPE：类、接口

例如上面例子中标识了Description可以用于对方法和类或接口进行注解：

@Target({ElementType.PARAMETER, ElementType.TYPE})

Retention

标识注解的生命周期，有以下3种值：

RetentionPolicy.SOURCE：只在源码显示，编译时会丢弃

RetentionPolicy.CLASS：编译时会记录到class文件中，运行时会忽略

RetentionPolicy.RUNTIME：运行时存在，可以通过反射读取

例如上面的例子中标识了Description可以记录到class文件中，但在运行时会忽略：

@Retention(RetentionPolicy.CLASS)

Inherited

标识性元注解，标识该注解允许子类进行继承。注意这里可不是注解的继承，注解之间也没有继承什么的。这里指的是如果一个类(不是接口)声明上使用了这个注解，那么当它的一个子类继承该类时，也会拥有与父类一样拥有该注解。

Documented

标识在生成 JAVA DOC 时会包含该注解

使用自定义注解

使用注解的语法：

@(=, =, =, ...)

其中的成员名则对应了注解里的成员，例子：

@Description(desc="description", author="swifter", age=18)

public String getColor() {

return "red";

}

上面只是个简单的例子，下面给出一个注解的详细使用方式，这也是在正常开发中会使用到的方式。对于注解，上面的代码中已经给出了一个声明，下面就写两个类来使用该注解。通过这两个例子，怎么使用注解就显而易见了。

第一个类 Person ：

@Description(desc="person interface", author="swifter")

public abstract class Person {

@Description(desc="method getName", author="swifter")

abstract String getName();

abstract void doSomething();

}

第二个类 Child 继承自 Person ：

public class Child extends Person {

@Override

@Description(desc="child method getName", author="swifter")

public String getName() {

return "get child";

}

@Override

public void doSomething() {

System.out.println("do something in child class");

}

}

解析注解

既然已经定义了注解，那么就应该考虑如何在代码中解析这个注解了。解析注解就是通过反射获取类、函数或成员上的运行时注解信息，从而实现动态控制程序运行的逻辑。

解析主要方式就是通过反射的途径，通过Class对象来获取注解，并拿到注解的字段再进行操作。例如下面的例子：

Class clazz = Child.class;

if(clazz.isAnnotationPresent(Description.class)) {

Description description = clazz.getAnnotation(Description.class);

System.out.println(description.desc()+" : "+description.author());

}

Method[] methods = clazz.getMethods();

for(Method method : methods) {

if(method.isAnnotationPresent(Description.class)) {

Description description = method.getAnnotation(Description.class);

System.out.println(description.desc()+" : "+description.author());

}

}

运行之后客户端会给出如下结果：

person interface : swifter

child method getName : swifter

其中第一行显示的是类上面的注解信息，第二行则显示的是方法上的注解信息。对于这两个注解的对象，在代码中可以看到，都是通过反射的形式拿到的。虽然说反射的方式在效率上比较慢，但是想想注解带来的优点，掌握注解还是有很大必要的。