Java中的注释就是将元数据工具添加到Java元素中。与类、接口或枚举一样，注释在Java中定义了一种类型，它们可以应用于多个Java元素。读取和解释注释的工具将从获得的元信息实现许多功能。例如，它们可以确保类之间的一致性，可以检查客户机在运行时传递的参数的有效性，可以为一个项目生成大量的基础代码
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（默认）访问权限符修饰 - 参数成.........