一、注解解决的问题【可忽略】
软件开发过程中，如何配置一直是一个重要的问题，对于一个框架，如果你不为它提供初始结构，它就无法理解你要做什么，自然无法工作。
1.问题：紧密贴合的代码和配置
在很久之前，开发者一般选择在代码段里，添加复杂的配置。
这样做，调试、管理就是麻烦的问题。
2.问题：配置文件使得代码结构松散
后来，发展出配置文件来存放配置信息，比如经典的XML、纯文本。
举个例子，Spring框架最初使用XML文件配置Bean。
初学Spring时，想必大家都使用过Spring.xml或者properties.xml文件，来配置bean信息，或者配置数据库信息。
这种行为不仅看起来非常奇怪，初学者根本不能理解为什么配置一个xml文件，竟然能够影响到Spring的运行，还会使代码结构相当松散。
由于配置文件完全独立，在修改配置代码时，对于新加入项目的开发者，无法将配置信息和代码段对应，更遑论修改。
3.解决方案：注解标注配置信息
大家或多或少，应该都使用过一些注解，有的注解完全没有信息，比如@Component、@Data。
另外一些注解，我们需要配置信息，比如@MapperScan。
在类的继承结构中，所有的自定义注解都是继承了Annotation接口，当然，想深入理解原因，则需要学习Java语法机制，本文不赘叙。
对于无需信息的注解，其相当于一个标签，标记一个类、方法、属性或者接口，说明这个元素有这个标签，至于如何使用，则需要在编译、运行时依靠反射。
对于需要信息的注解，我们同样使用反射机制，拿到注解标注的信息，从而进行相关开发。
分割线
二、注解的基础使用
这一部分，讲解了如何声明注解、如何通过反射得到注解、使用注解
1.注解的声明和属性定义
注解的声明，和类、接口的声明非常类似，唯一的区别在于将class字段，改为@interface字段。
在注解中，可以定义一些属性，在Java语法中，这些属性相当于SpringMVC的Data类，只允许有Setter、Getter方法。【不过，注解本身也是为了解决数据配置问题诞生的】
如图所示：
2.反射得到注解
我们说过，注解的本质是继承了Annotation接口，所以，注解本质上也是一个类（接口），既然是一个类，Java就会使用Class对象管理这个类。
这就是注解使用的前提。
使用Class，实例化某个类的Class对象，然后调用getAnnotations方法，可以得到这个类的所有注解，如下图所示。
拿到注解对象后，我们可以把它当成一个普通的Class对象来处理。
又因为这个类只有属性，并且，由于它是接口，这个属性在第一次赋值后就固定【static】。所以关键在于如何拿到它的属性。
对每一个注解的属性，都会有一个与属性名相同的方法，来获得属性的值。【和getter方法类似，不过不用get字段】
Class clazz = DataEntity.class;
// 得到所有的注解
Annotation[] annotations = clazz.getAnnotations();
// 得到AnnoReal这一类注解，实际开发中不会这么用
AnnoReal annotation = (AnnoReal) clazz.getAnnotation(AnnoReal.class);
3.使用演示：
// 我在AnnoReal注解类中，定义了value属性
System.out.println(annotation.value());
4.Java反射的核心Field、Method【简明介绍】
- name字段名，对于属性、方法来说，都会有字段名来唯一标识它。
- 指向对象的类：对于属性，定义它的类。【比如int a，a的Field则指向Integer】
- 对于Method：则有返回值类、参数类数组
三、通过方法拿到注解对象，或者拿到所有的注解数组。
clazz.getAnnotations();
在实际开发中，因为我们不能确定哪个类实现了哪个注解，我们只能使用大量的if语句，来判断注解类型，从而决定怎么做。
当然，为了避免大量if语句造成的代码逻辑复杂，也可以使用策略模式等
四、结语
注解为什么促进了框架发展？因为一个框架的学习需要很高的成本，注解的使用大大降低了理解难度，所以促进了。
我是蚊子码农，如有补充或者疑问，欢迎在评论区留言。个人的知识体系可能没有那么完善，希望各位多多指正，谢谢大家。
