怎样理解 Java 注解和运用注解编程？（大佬的文章）
在制作上一篇文章之前，完成之后又去找了一下相关的文章，看到其中一个大佬的文章，我收获颇丰，创作就是需要这样的人，故秉承学习知识：海纳百川，厚着脸的将大佬的帖子转过来了
转载自（大家可以多去看看大佬的文章）：怎样理解 Java 注解和运用注解编程？ - bravo1988的回答 - 知乎 https://www.zhihu.com/question/47449512/answer/658228092
注解，和反射一样，是Java中最重要却最容易被人遗忘的知识点。哪怕Spring、SpringMVC、SpringBoot等框架中充满了注解，我们还是选择性地忽视它。很多人不明白它是怎么起作用的，甚至有人把它和注释混淆...工作中也只是机械性地在Controller上加@RequestMapping。是的，我们太习以为常了，以至于觉得它应该就是如此。
内容介绍：
- 两件小事
- 注解的作用
- 注解的本质
- 反射注解信息
- 元注解
- 属性的数据类型及特别的属性：value和数组
两件小事
去年工作中，我遇到的两件事让注解重新走进我的视野。
第一，18年6月我去了北京，参与开发了某中国五百强企业的一个加密系统，第一次接触到了SpringBoot。当我发现一个demo项目只要简单地写个启动类并加上 @SpringBootApplication就可以直接访问Controller时，感到非常震撼。整个demo没有一个配置文件，连web.xml也没有。
由于开发进度很赶，当时没时间去研究它是如何做到的，但这件事让我意识到自己对注解还是了解得太少。
第二，来到杭州后我又参与开发了一个金融借贷系统，那阵子对接了很多第三方的风控接口：
对签名验签不了解的朋友，可以百度一下。总之，每对接一个接口，都要在开头进行数据校验。一两个接口也就算了，但每次对接风控，基本上都要写10+多个方法。每个方法开头都写一份签名验签的代码，显然太冗余了。我当时的做法是将验签代码抽取成方法，方便复用，自以为算是一种改良了，直到我看到同事用了切面...40米的大刀拦腰砍去，给每个方法都做了签名验签：
注意，实际上切面的作用是在方法前后，而不是方法内部的前后。上面这样画，仅仅为了更形象
这两件事，让我知道，是时候重新学习一下注解了。
注解的作用
格式
public @interface 注解名称{
属性列表;
}格式有点奇怪，我们稍后再研究。
分类
大致分为三类：自定义注解、JDK内置注解、还有第三方框架提供的注解。
自定义注解就是我们自己写的注解。JDK内置注解，比如@Override检验方法重载，@Deprecated标识方法过期等。第三方框架定义的注解比如SpringMVC的@Controller等。
使用位置
实际开发中，注解常常出现在类、方法、成员变量、形参位置。当然还有其他位置，这里不提及。
作用
如果说注释是写给人看的，那么注解就是写给程序看的。它更像一个标签，贴在一个类、一个方法或者字段上。它的目的是为当前读取该注解的程序提供判断依据。比如程序只要读到加了@Test的方法，就知道该方法是待测试方法，又比如@Before注解，程序看到这个注解，就知道该方法要放在@Test方法之前执行。
级别
注解和类、接口、枚举是同一级别的。
注解的本质
@interface和interface这么相似，我猜注解的本质是一个接口。
为了验证这个猜测，我们做个实验。先按上面的格式写一个注解
属性先不写
编译后得到字节码文件
通过XJad工具反编译MyAnnotation.class
我们发现，@interface变成了interface，而且自动继承了Annotation
既然确实是个接口，那么我们自然可以在里面写方法
由于接口默认方法的修饰符就是public abstract，所以可以省略，直接写成：
虽说注解的本质是接口，但是仍然有很多怪异的地方，比如使用注解时，我们竟然可以给getValue赋值：
你见过给方法赋值的操作吗？（别闹了，你脑中想到的是给方法传参）。虽然这里的getValue可能不是指getValue()，底层或许是getValue()返回的一个同名变量。但不管怎么说，还是太怪异了。所以在注解里，类似于String getValue()这种，被称为“属性”。给属性赋值显然听起来好接受多了。
另外，我们还可以为属性指定默认值：
当没有赋值时，属性将使用默认值，比如上面的defaultMethod()，它的getValue就是“no description"。
基于以上差异，以后还是把注解单独归为一类，不要当成接口使用。
反射注解信息
上文已经说过，注解就像一个标签，是贴在程序代码上供另一个程序读取的。所以三者关系是：
要牢记，只要用到注解，必然有三角关系：定义注解，使用注解，读取注解。仅仅完成前两步，是没什么卵用的。就好比你写了一本武林秘籍却没人去学，那么这门武功还不如一把菜刀。
所以，接下来我们写一个程序读取注解。读取注解的思路是：
反射获取注解信息：
我们发现，Class、Method、Field对象都有个getAnnotation()，可以获取各自位置的注解信息。
但是控制台提示“空指针异常”，IDEA提示我们：Annotation 'MyAnnotation.class' is not retained for reflective。直译的话就是：注解MyAnnotation并没有为反射保留。
这是因为注解其实有所谓“保留策略”的说法。大家学习JSP时，应该学过<!-- -->和<%-- -->的区别：前者可以在浏览器检查网页源代码时看到，而另一个在服务器端输出时就被抹去了。同样的，注解通过保留策略，控制自己可以保留到哪个阶段。保留策略也是通过注解实现，它属于元注解，也叫元数据。
元注解
所谓元注解，就是加在注解上的注解。作为普通程序员，常用的就是：
- @Documented
用于制作文档，不是很重要，忽略便是
- @Target
加在注解上，限定该注解的使用位置。不写的话，好像默认各个位置都是可以的。如果需要限定注解的使用位置，可以在自定义的注解上使用该注解。我们本次默认即可，不特别限定。
- @Retention（注解的保留策略）
注解的保留策略有三种：SOURCE/ClASS/RUNTIME
- 注解主要被反射读取
- 反射只能读取内存中的字节码信息
- RetentionPolicy.CLASS指的是保留到字节码文件，它在磁盘内，而不是内存中。虚拟机将字节码文件加载进内存后注解会消失
- 要想被反射读取，保留策略只能用RUNTIME，即运行时仍可读取
重新运行程序，成功读取注解信息：
注意，defaultMethod()反射得到的注解信息是：no description。就是MyAnnotion中getValue的默认值。
属性的数据类型及特别的属性：value和数组
属性的数据类型
- 八种基本数据类型
- String
- 枚举
- Class
- 注解类型
- 以上类型的一维数组
value属性
如果注解的属性只有一个，且叫value，那么使用该注解时，可以不用指定属性名，因为默认就是给value赋值：
但是注解的属性如果有多个，无论是否叫value，都必须写明属性的对应关系：
数组属性
如果数组的元素只有一个，可以省略{}：
原文链接：怎样理解 Java 注解和运用注解编程？ - bravo1988的回答 - 知乎 https://www.zhihu.com/question/47449512/answer/658228092
小结
- 注解就像标签，是程序判断执行的依据。比如，程序读到@Test就知道这个方法是待测试方法，而@Before的方法要在测试方法之前执行
- 注解需要三要素：定义、使用、读取并执行
- 注解分为自定义注解、JDK内置注解和第三方注解（框架）。自定义注解一般要我们自己定义、使用、并写程序读取，而JDK内置注解和第三方注解我们只要使用，定义和读取都交给它们
- 大多数情况下，三角关系中我们只负责使用注解，无需定义和执行，框架会将注解类和读取注解的程序隐藏起来，除非阅读源码，否则根本看不到。平时见不到定义和读取的过程，光顾着使用注解，久而久之很多人就忘了注解如何起作用了！
