Java注解不是代码侵入，只是在源文件中嵌入“附加”信息，不改变原程序的运行。获取注解信息时通过反射机制读取。
一，Java注解用途
Java从5.0开始支持注解，Spring框架也从2.5开始舍弃xml配置，使用注解。
Java Annotation注解也叫元数据，不改变程序的运行，在编译、加载、运行时被读取，可以被很多工具使用，比如代码扫描工具、开发工具和部署工具等。
Java注解用途广泛，熟练使用它们有助于提高代码质量和开发效率，也是工程师水平高低的一个反映。
二，Java注解保留策略
声明注解时，指定不同的保留策略RetentionPolicy，比如@Override在编译时就被丢弃了，@Bean注解一直保留到运行时。
三，Java注解分类
Java注解很多，应用于多种功能场景，可以声明在package包、类、方法、成员变量、局部变量、形参等前面，用来对这些元素进行说明和注释。我们在实际开发工作中，会经常使用到一些注解，比如@Override, @Test，还有一些Spring注解，比如@Service, @Autowired, @SpringBootApplication
Java + Spring Boot开发时，用到的注解按照来源可以分类为：Java内置注解、Spring注解、Web注解、自定义注解，等等。
四，如何读取注解？
Package、Class、Constructor、Method、Field都实现了接口AnnotatedElement，该接口位于反射包java.lang.reflect中，调用功能函数获取注解信息：
比如声明一个HelloAnnotation注解，创建一个HelloClass类，然后增加注解。代码运行读取注解信息时，调用Class实现的AnnotatedElement反射接口函数，示例代码如下：
注解的本质就是一个继承了 Annotation 接口的接口。有关这一点，你可以去反编译任意一个注解类，你会得到结果的。
一个注解准确意义上来说，只不过是一种特殊的注释而已，如果没有解析它的代码，它可能连注释都不如。
而解析一个类或者方法的注解往往有两种形式，一种是编译期直接的扫描，一种是运行期反射。反射的事情我们待会说，而编译器的扫描指的是编译器在对 java 代码编译字节码的过程中会检测到某个类或者方法被一些注解修饰，这时它就会对于这些注解进行某些处理。
典型的就是注解 @Override，一旦编译器检测到某个方法被修饰了 @Override 注解，编译器就会检查当前方法的方法签名是否真正重写了父类的某个方法，也就是比较父类中是否具有一个同样的方法签名。
这一种情况只适用于那些编译器已经熟知的注解类，比如 JDK 内置的几个注解，而你自定义的注解，编译器是不知道你这个注解的作用的，当然也不知道该如何处理，往往只是会根据该注解的作用范围来选择是否编译进字节码文件，仅此而已。
至于算不算侵入式编程，看怎么比。
如果说算，是因为加注解，则需要依赖注解的类型，并且注解也会编译到class中。
如果说不算，是因为注解可以和框架主体分离，依赖注解不代表依赖框架。而且从逻辑上讲，注解属于元数据，不影响执行(如果不反射也不自行解析字节码，jvm不会管注解)。
本文来自投稿，不代表天一生活立场，如若转载，请注明出处：http://tiyigo.com/it/40345.html
