面试官：什么是 Java 注解？
面试官：什么是 Java 注解？
哈喽，我是狗哥。随着开发经验的累积，我越发觉得基础真的非常重要。比如：大部分框架 (如 Spring) 都使用了注解简化代码并提高编码的效率，掌握注解是一名 JAVA 程序员必备的技能。
但我发现很多工作 2、3 年的同学居然还没写过自定义注解，问起注解的原理也是一脸懵。我是很震惊的，你们咋理解代码的？基于此，今天我们就来一起学习下注解。
国际惯例，先上脑图：
01 什么是注解？
Java 注解（Annotation），相信大家没用过也见过。个人理解，注解就是代码中的特殊标记，这些标记可以在编译、类加载、运行时被读取，从而做相对应的处理。
注解跟注释很像，区别是注释是给人看的（想想自己遇到那些半句注释没有的业务代码，还是不是很难受？）；而注解是给程序看的，它可以被编译器读取。
1.1 注解的作用
注解大多时候与反射或者 AOP 切面结合使用，它的作用有很多，比如标记和检查，最重要的一点就是简化代码，降低耦合性，提高执行效率。比如我司就是通过自定义注解 + AOP 切面结合，解决了写接口重复提交的问题。
简单描述下我司防止重复提交注解的逻辑：请求写接口提交参数 —— 参数拼接字符串生成 MD5 编码 —— 以 MD5 编码加用户信息拼接成 key，set Redis 分布式锁，能获取到就顺利提交（分布式锁默认 3 秒过期），不能获取就是重复提交了，报错。
如果每加一个写接口，就要写一次以上逻辑的话，那程序员会疯的。所以，有大佬就使用注解 + AOP 切面的方式解决了这个问题。只要在写接口 Controller 方法上加这个注解即可解决，也方便维护。
1.2 注解的语法
以我司防止重复提交的自定义注解，介绍下注解的语法。它的定义如下：
// 声明 NoRepeatSubmit 注解
@Target(ElementType.METHOD) // 元注解
@Retention(RetentionPolicy.RUNTIME) // 元注解
public @interface NoRepeatSubmit {
/**
* 锁定时间，默认单位（秒）
*/
long lockTime() default 3L;
}
Java 注解使用 @interface 修饰，我司的 NoRepeatSubmit 注解也不例外。此外，还使用两个元注解。其中 @Target 注解传入 ElementType.METHOD 参数来标明 @NoRepeatSubmit 只能用于方法上，@Retention(RetentionPolicy.RUNTIME) 则用来表示该注解生存期是运行时，从代码上看注解的定义很像接口的定义，在编译后也会生成 NoRepeatSubmit.class 文件。
1.3 注解的元素
定义在注解内部的变量，称之为元素。注解可以有元素，也可以没有元素。像 @Override 就是无元素的注解，@SuppressWarnings 就属于有元素的注解。
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
@Target({TYPE, FIELD, METHOD, PARAMETER, CONSTRUCTOR, LOCAL_VARIABLE, MODULE})
@Retention(RetentionPolicy.SOURCE)
public @interface SuppressWarnings {
String[] value();
}
带元素的自定义注解：
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface NoRepeatSubmit {
/**
* 锁定时间，默认单位（秒）
*/
long lockTime() default 2L;
}
1.3.1 注解元素的格式
注解的元素格式如下：
// 基本格式
数据类型 元素名称();
// 带默认值
数据类型 元素名称() default 默认值;
1.3.2 注解元素的数据类型
注解元素支持如下数据类型：
所有基本类型（int,float,boolean,byte,double,char,long,short）
String
Class
enum
Annotation
上述类型的数组
声明注解元素时可以使用基本类型但不允许使用任何包装类型，同时注解也可以作为元素的类型，也就是嵌套注解。
1.3.3 编译器对元素默认值的限制
遵循规则：
- 元素要么具有默认值，要么在使用注解时提供元素的值。
- 对于非基本类型的元素，无论是在源代码中声明，还是在注解接口中定义默认值，都不能以 null 作为值。
1.4 注解的使用
注解是以 @注释名 的格式在代码中使用，比如：以下常见的用法。
public class TestController {
// NoRepeatSubmit 注解修饰 save 方法，防止重复提交
@NoRepeatSubmit
public static void save(Object o){
// 保存逻辑
}
// 一个方法上可以有多个不同的注解
@Deprecated
@SuppressWarnings("uncheck")
public static void getDate(){
}
}
在 save 方法上使用 @NoRepeatSubmit （我司自定义注解），加上之后，编译期会自动识别该注解并执行注解处理器的方法，防止重复提交；
而对于 @Deprecated 和 @SuppressWarnings (“uncheck”)，则是 Java 的内置注解，前者意味着该方法是过时的，后者则是忽略指定的异常检查。
02 Java 注解的分类
上面介绍注解的语法和使用，我们遇到了 @Target、@Retention 等没见过的注解，你可能有点懵。但没关系，听我说道说道。Java 中有 @Override、@Deprecated 和 @SuppressWarnings 等内置注解；也有 @Target、@Retention、@Documented、@Inherited 等修饰注解的注解，称之为元注解。
2.1 内置注解
Java 定义了一套自己的注解，其中作用在代码上的是：
- @Override - 检查该方法是否是重写方法。如果发现其父类，或者是引用的接口中并没有该方法时，会报编译错误。
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
- @Deprecated - 标记过时方法。如果使用该方法，会报编译警告。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(value={CONSTRUCTOR, FIELD, LOCAL_VARIABLE, METHOD, PACKAGE, PARAMETER, TYPE})
public @interface Deprecated {
}
- @SuppressWarnings - 用于有选择的关闭编译器对类、方法、成员变量、变量初始化的警告。
@Target({TYPE, FIELD, METHOD, PARAMETER, CONSTRUCTOR, LOCAL_VARIABLE})
@Retention(RetentionPolicy.SOURCE)
public @interface SuppressWarnings {
String[] value();
}
JDK7 之后又加了 3 个，这几个的用法，我也用得很少。就不过多介绍了，感兴趣的小伙伴自行百度分别是：
- @SafeVarargs - Java 7 开始支持，忽略任何使用参数为泛型变量的方法或构造函数调用产生的警告。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.CONSTRUCTOR, ElementType.METHOD})
public @interface SafeVarargs {}
- @FunctionalInterface - Java 8 开始支持，标识一个匿名函数或函数式接口。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface FunctionalInterface {}
- @Repeatable - Java 8 开始支持，标识某注解可以在同一个声明上使用多次。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Repeatable {
Class<? extends Annotation> value();
}
2.2 元注解
元注解就是修饰注解的注解，分别有：
2.2.1 @Target
用来指定注解的作用域（如方法、类或字段），其中 ElementType 是枚举类型，其定义如下，也代表可能的取值范围
public enum ElementType {
/**标明该注解可以作用于类、接口（包括注解类型）或enum声明*/
TYPE,
/** 标明该注解可以作用于字段(域)声明，包括enum实例 */
FIELD,
/** 标明该注解可以作用于方法声明 */
METHOD,
/** 标明该注解可以作用于参数声明 */
PARAMETER,
/** 标明注解可以作用于构造函数声明 */
CONSTRUCTOR,
/** 标明注解可以作用于局部变量声明 */
LOCAL_VARIABLE,
/** 标明注解可以作用于注解声明(应用于另一个注解上)*/
ANNOTATION_TYPE,
/** 标明注解可以作用于包声明 */
PACKAGE,
/**
* 标明注解可以作用于类型参数声明（1.8新加入）
* @since 1.8
*/
TYPE_PARAMETER,
/**
* 类型使用声明（1.8新加入)
* @since 1.8
*/
TYPE_USE
}
PS：如果 @Target 无指定作用域，则默认可以作用于任何元素上。等同于：
@Target(value={CONSTRUCTOR, FIELD, LOCAL_VARIABLE, METHOD, PACKAGE, PARAMETER, TYPE})
2.2.2 @Retention
用来指定注解的生命周期，它有三个值，对应 RetentionPolicy 中的三个枚举值，分别是：源码级别（source），类文件级别（class）或者运行时级别（runtime）
- SOURCE：只在源码中可用
- CLASS：注解在 class 文件中可用，但会被 VM 丢弃（该类型的注解信息会保留在源码里和 class 文件里，在执行的时候，不会加载到虚拟机中），PS：当注解未定义 Retention 值时，默认值是 CLASS，如 Java 内置注解，@Override、@Deprecated、
@SuppressWarnning等 - RUNTIME：在源码，class，运行时均可用，因此可以通过反射机制读取注解的信息（源码、class 文件和执行的时候都有注解的信息），如
SpringMvc中的@Controller、@Autowired、@RequestMapping等。此外，我们自定义的注解也大多在这个级别。
2.2.2.1 理解 @Retention
这里引申一下话题，要想理解 @Retention 就要理解下从 java 文件到 class 文件再到 class 被 jvm 加载的过程了。下图描述了从 .java 文件到编译为 class 文件的过程：
其中有一个注解抽象语法树的环节，这个环节其实就是去解析注解然后做相应的处理。
所以重点来了，如果你要在编译期根据注解做一些处理，你就需要继承 Java 的抽象注解处理器 AbstractProcessor，并重写其中的 process () 方法。
一般来说只要是注解的 @Target 范围是 SOURCE 或 CLASS，我们就要继承它；因为这两个生命周期级别的注解等加载到 JVM 后，就会被抹除了。
比如，lombok 就用 AnnotationProcessor 继承了 AbstractProcessor，以实现编译期的处理。这也是为什么我们使用 @Data 就能实现 get、set 方法的原因。
2.2.3 @Documented
执行 javadoc 的时候，标记这些注解是否包含在生成的用户文档中。
2.2.4 @Inherited
标记这个注解具有继承性，比如 A 类被注解 @Table 标记，而 @Table 注解被 @Inherited 声明（具备继承性）；继承于 A 的子类，也继承 @Table 注解。
//声明 Table 注解，有继承性
@Inherited
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface Table {
}
03 自定义注解
好啦，说了这么多理论。大家也听累了，我也聊累了。那怎么自定义一个注解并让它起作用呢？下面我将带着你们看看我司的防止重复提交的注解是怎么实现的？当然，由于设计内部的东西，我只会写写伪代码。思路在前面介绍过了，为方便阅读我拿下来，大家理解就行。
需求是：同一用户，三秒内重复提交一样的参数，就会报异常阻止重复提交，否则正常提交处理写请求。
3.1 定义注解
首先，定义注解必须是 @interface 修饰；其次，有四个考虑的点：
- 注解的生命周期 @Retention，一般都是 RUNTIME 运行时。
- 注解的作用域 @Target，作用于写请求，也就是 controller 方法上。
- 是否需要元素，用分布式锁实现，必须要有锁的过期时间。给定默认值，也支持自定义。
- 是否生成 javadoc @Documented，这个注解无脑加就对了。
基于此，我司的防止重复提交的自定义注解就出来了：
@Documented
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface BanReSubmitLock {
/**
* 锁定时间，默认单位（秒）默认时间（3秒）
*/
long lockTime() default 3L;
}
3.2 AOP 切面处理
@Aspect
@Component
public class BanRepeatSubmitAop {
@Autowired
private final RedisUtils redisUtils;
@Pointcut("@annotation(com.nasus.framework.web.annotation.BanReSubmitLock)")
private void banReSubmitLockAop() {
}
@Around("banReSubmitLockAop()")
public Object aroundApi(ProceedingJoinPoint point) throws Throwable {
// 获取 AOP 切面方法签名
MethodSignature signature = (MethodSignature) point.getSignature();
// 方法
Method method = signature.getMethod();
// 获取目标方法上的 BanRepeatSubmitLock 注解
BanReSubmitLock banReSubmitLock = method.getAnnotation(BanReSubmitLock.class);
// 根据用户信息以及提交参数，创建 Redis 分布式锁的 key
String lockKey = createReSumbitLockKey(point, method);
// 根据 key 获取分布式锁对象
Lock lock = redisUtils.getReSumbitLock(lockKey);
// 上锁
boolean result = lock.tryLock();
// 上锁失败，抛异常
if (!result) {
throw new Exception("请不要重复请求");
}
// 其他处理
...
}
/**
* 生成 key
*/
private String createReSumbitLockKey(ProceedingJoinPoint point, Method method) {
// 拼接用户信息 & 请求参数
...
// MD5 处理
...
// 返回
}
}
可以看到这里利用了 AOP 切面的方式获取被 @NoReSubmitLock 修饰的方法，并借此拿到切点（被注解修饰方法）的参数、用户信息等等，通过 MD5 处理，最终尝试上锁。
3.3 使用
public class TestController {
// NoReSubmitLock 注解修饰 save 方法，防止重复提交
@NoReSubmitLock
public boolean save(Object o){
// 保存逻辑
}
}
使用也非常简单，只需要一个注解就可以完成大部分的逻辑；如果不用注解，每个写接口的方法都要写一遍防止重复提交的逻辑的话，代码非常繁琐，难以维护。通过这个例子相信你也看到了，注解的作用。
04 总结
本文介绍了注解的作用主要是标记、检查以及解耦；介绍了注解的语法；介绍了注解的元素以及传值方式；介绍了 Java 的内置注解和元注解，最后通过我司的一个实际例子，介绍了注解是如何起作用的？
注解是代码的特殊标记，可以在程序编译、类加载、运行时被读取并做相关处理。其对应 RetentionPolicy 中的三个枚举，其中 SOURCE、CLASS 需要继承 AbstractProcessor （注解抽象处理器），并实现 process () 方法来处理我们自定义的注解。而 RUNTIME 级别是我们常用的级别，结合 Java 的反射机制，可以在很多场景优化代码。
05 参考链接
- bilibili.com/video/BV1p4411P7V3
- mp.weixin.qq.com/s/BPKvLbdCyuWijkD-si75Dw
- blog.csdn.net/javazejian/article/details/71860633