现在的Spring项目开发中&＃xff0c;越来越多的都是由原先基于xml等配置开发&＃xff0c;转成了基于注解开发。原先所有的内容都配置在.xml文件上&＃xff0c;在Java文件和配置文件来回转换&＃xff0c;是相当麻烦和耗时的。为了解决这些个问题&＃xff0c;Spring引入了注解&＃xff0c;通过”&＃64;注解名称”的方式&＃xff0c;让注解与Java Bean紧密结合&＃xff0c;既大大减少了配置文件的体积&＃xff0c;又增加了Java Bean的可读性与内聚性。今天就分享下&＃xff0c;Java注解开发的原理。

元注解

先来看下如何定义一个注解&＃xff0c;Jdk1.5提供给开发者四种元注解&＃xff1a;&＃64;Retention、&＃64;Inherited、&＃64;Documented、&＃64;Target&＃xff0c;jdk1.8又补充的2种&＃64;Repeatable、&＃64;Native注解&＃xff0c;目的是为了让开发者可以通过元注解自定义注解&＃xff0c;使用注解开发。下面对元注解进行介绍。

&＃64;Retention

注解的保留位置(枚举RetentionPolicy)&＃xff0c;RetentionPolicy可选值&＃xff1a;

• SOURCE&＃xff1a;注解仅存在于源码中&＃xff0c;在class字节码文件中不包含
• CLASS&＃xff1a;默认的保留策略&＃xff0c;注解在class字节码文件中存在&＃xff0c;但运行时无法获得
• RUNTIME&＃xff1a;注解在class字节码文件中存在&＃xff0c;在运行时可以通过反射获取到

如下图&＃xff0c;可以看到使用RetentionPolicy.SOURCE仅存在源码中

如下图&＃xff0c;使用RetentionPolicy.CLASS&＃xff0c;class文件也存在&＃xff0c;运行期无法获取

没有获取到注解

如下图&＃xff0c;使用RetentionPolicy.RUNTIME&＃xff0c;class文件也存在&＃xff0c;运行期可以获取

&＃64;Inherited

声明子类可以继承此注解&＃xff0c;如果一个类A使用此注解&＃xff0c;则类A的子类也继承此注解

未使用&＃64;Inherited注解&＃xff0c;子类无法基础注解

使用&＃64;Inherited注解后&＃xff0c;子类则继承注解

&＃64;Documented

声明注解能够被javadoc等识别。

未使用&＃64;Documented注解&＃xff0c;通过idea查看Javadoc&＃xff0c;快捷键(ctrl &＃43; Q)&＃xff0c;发现注解并没有

使用&＃64;Documented注解&＃xff0c;则doc文档中含有注解

&＃64;Target

用来声明注解范围(枚举ElementType)&＃xff0c;ElementType可选值&＃xff1a;

• TYPE&＃xff1a;可以使用在接口、类、枚举、注解上
• FIELD&＃xff1a;可以使用在字段、枚举的常量中
• METHOD&＃xff1a;可以使用在方法上
• PARAMETER&＃xff1a;可以使用在方法参数上
• CONSTRUCTOR&＃xff1a;可以使用在构造函数中
• LOCAL_VARIABLE&＃xff1a;可以使用在局部变量中
• ANNOTATION_TYPE&＃xff1a;可以使用在注解中
• PACKAGE&＃xff1a;可以使用在package-info.java的包上
• TYPE_PARAMETER&＃xff1a;jdk1.8中新增&＃xff0c;表示该注解能使用在自定义类型参数(参数的自定义类型可以是javaBean或者枚举等)的声明语句中
• TYPE_USE&＃xff1a;jdk1.8中新增&＃xff0c;表示该注解能使用在使用类型的任意语句中

如下图&＃xff0c;定义为ElementType.TYPE&＃xff0c;则只能修饰类&＃xff0c;不能修饰方法

&＃64;Repeatable

&＃64;Repeatable注解即可以在同一方法、属性、类等类型中多次使用同一个注解。此特性相当于对Java8之前的重复注解在编译层面的增强

没有使用&＃64;Repeatable注解的时候写法

使用&＃64;Repeatable注解的时候写法

&＃64;Native

该注解修饰成员变量&＃xff0c;则表示这个变量可以被本地代码引用&＃xff0c;常常被代码生成工具使用。对于 &＃64;Native 注解不常使用&＃xff0c;了解即可

注解开发原理

注解的本质就是一个继承了 Annotation 接口的接口。我们可以去反编译任意一个注解类&＃xff0c;可以通过字节码文件看到确实实现了Annotation接口

注解只不过是一种特殊的注释而已&＃xff0c;如果没有解析它的代码&＃xff0c;它可能连注释都不如。因此注解解析是非常重要的&＃xff0c;而解析一个类或者方法的注解往往有两种形式&＃xff0c;一种是编译期直接的扫描&＃xff0c;一种是运行期反射。

编译器的扫描指的是编译器在对 java 代码编译字节码的过程中会检测到某个类或者方法被一些注解修饰&＃xff0c;这时它就会对于这些注解进行某些处理。jdk中典型的就是注解 &＃64;Override&＃xff0c;一旦编译器检测到某个方法被修饰了 &＃64;Override 注解&＃xff0c;编译器就会检查当前方法的方法签名是否真正重写了父类的某个方法&＃xff0c;也就是比较父类中是否具有一个同样的方法签名。这一种情况只适用于那些编译器已经熟知的注解类&＃xff0c;比如 JDK 内置的几个注解&＃xff0c;而你自定义的注解&＃xff0c;编译器是不知道你这个注解的作用的&＃xff0c;当然也不知道该如何处理&＃xff0c;往往只是会根据该注解的作用范围来选择是否编译进字节码文件&＃xff0c;仅此而已。

因此对于自定义接口&＃xff0c;常常我们是通过运行期反射获取&＃xff0c;代码如下

运行期间&＃xff0c;可以获取注解&＃xff0c;以及注解的属性

一旦当我们获取到相应的注解及属性&＃xff0c;可以执行一些特有的逻辑&＃xff0c;从而实现注解的真正的意义。