
Java注解
前言
近日在阅读开源项目,发现项目里好多奇奇怪怪的注解(@DataScope
、@Log
...)看得我一脸懵,不知道大家是否也有过这样的经历,回想了一下,发现自己对于注解的知识,好像只停留在@Override
。。。异常尴尬,所以今天就补补注解这个知识,并把自己的收获记录在此,与大家一同交流,如有不对的地方,敬请指正!
希望本文能给读者带来以下收获:
- 明白注解是什么,大概有什么用
- 能理解别人代码里面注解的作用
- 能使用自定义注解
什么是注解
想要了解某个知识点,我首先推荐的都是去官网查看,下面看看Java官方对注解的解释:
Annotations, a form of metadata, provide data about a program that is not part of the program itself. Annotations have no direct effect on the operation of the code they annotate.
注解是元数据的一种形式,它提供有关程序的数据,但这些数据不是程序本身的一部分。注解对它们注释的代码的操作没有直接影响。
一堆英文读完,一阵云里雾里。没关系,这是正常操作,不过我们从翻译中还是可以了解到注解可以提供数据,并且数据是独立于程序的,那么我们大致可以推断出,注解其实是介于程序和数据之间的一种媒介,程序和数据通过注解达成了某种联系,即注解类似一根红线,把数据和程序关联在一起。
从@Override
开始
通过对Java官方提供的注解解释的翻译,我们筛选推断出了一个关键信息——关联。那到底如何理解这个词呢?别急,我们从最熟悉的陌生人@Override
开始,最熟悉是因为我们知道这是方法重写,子类覆盖父类方法用到的注解,陌生是因为我们从来没有点进去了解过这个注解,那接下来就进去看看吧!
import java.lang.annotation.*;@Target(ElementType.METHOD)@Retention(RetentionPolicy.SOURCE)public @interface Override {}
短短的5行,好像除了第一行,其他啥都不知道。。。不急,我们一行一行来解读!
- 注解导入了一个
annotation
包 - 注解的“套娃”行为
@Target(ElementType.METHOD)
、@Retention(RetentionPolicy.SOURCE)
- 不同于接口和类的声明
public @interface Override { }
除了对新注解不认识,我们大致可以了解到注解的定义格式,修饰符 @interface 注解名{}
。(有点接口的感觉)
禁止套娃——元注解
通过对@Override
的剖析,我们了解了注解的定义格式,不过我们发现注解里面又有新的注解,本着刨根问底的好奇心,我们继续进入@Target
注解一探究竟!
@Documented@Retention(RetentionPolicy.RUNTIME)@Target(ElementType.ANNOTATION_TYPE)public @interface Target { ElementType[] value();}
一直点击,发现始终在@Documented
、@Retention
、@Target
这几个注解之间套娃,通过Java文档我们了解到原来这些修饰注解的注解叫做元注解。元注解(meta-annotation)在java.lang.annotation
包下:
@Retention
表示如何存储被标记的注解(指定存储级别),有以下三个级别
- RetentionPolicy.SOURCE:只保留到源码级别,在编译阶段会被忽略,所以他们不会被写入字节码。
- RetentionPolicy.CLASS:(默认)编译级别,在编译时由编译器保留,但被Java虚拟机(JVM)忽略。
- RetentionPolicy.RUNTIME:由JVM保留,可以在运行时环境使用。
@Target
表示被标记的注解可以用于哪种java元素(类、接口、属性、方法......),有以下八种
作用域 | 解释 |
---|---|
ElementType.ANNOTATION_TYPE | 可用于注解类型 |
ElementType.CONSTRUCTOR | 可以用于构造函数 |
ElementType.FIELD | 可以用于字段或者属性 |
ElementType.LOCAL_VARIABLE | 可以用于局部变量 |
ElementType.METHOD | 可以用于方法级注解 |
ElementType.PACKAGE | 可以用于包声明 |
ElementType.PARAMETER | 可以用于方法的参数 |
ElementType.TYPE | 可以用于类的任何元素 |
@Documented
无论何时使用指定的注解,都应使用Javadoc工具记录这些元素。(即会在生成的javadoc中加入注解说明)
@Inherited
可以从超类继承注释类型,仅用于类的声明(接口不会继承)
@Repeatable
在Java SE 8中引入的,表示标记的注释可以多次应用于相同的声明或类型使用。
注解的分类
通过对元注解的了解,我明白了一个注解都是由这些元注解修饰而来,而且我们也收获了一个重要信息——注解可以修饰注解
这样无限的套娃,就会有各种各样的注解,那么到底有哪些注解呢?常见的注解大致分为以下四类:
元注解
即上文提及的5个元注解
jdk注解
常见的如@Override
@Deprecated
@SuppressWarnings
@SafeVarargs
@FunctionalInterface
第三方注解
即第三方框架提供的注解,例如自动注入依赖@Autowired
、@Controller
等
自定义注解
即开发人员根据项目需求自定义的注解,用于一些工具在编译、运行时进行解析和使用,起到说明、配置的功能。
实战——定义自己的注解
看过了Java提供的注解,相信你已经对注解有个大致的了解了。那你有没有想过,注解是如何化腐朽为神奇,加了一个简单的@Autowired
就能实现依赖注入、@Setter
就能实现set方法的生成,下面通过简单的实战来体会一下注解的神奇之处吧!
实战目标:
使用自定义注解,通过在实体类及其属性上加注解,实现对实体类查询sql语句的构造
ps:类似
select * from t_user where t_name='kingwan'
的形式
自定义注解的编写规则
在开始实战之前,我们先了解一下编写自定义注解的规则:
- 注解的定义为
@interface
,所有的注解会自动继承java.lang.Annotation
这个接口,并且不能再去继承别的类或者接口 - 参数成员只能用
public
或default(默认)
访问权限符修饰 - 参数成.........