java注解原理

骑猪看日落 2022-12-07 12:20 164阅读 0赞

#### 一、注解出现的背景 ####

以前，XML是各大框架的青睐者，它以松耦合的方式完成了框架中几乎所有的配置，但是随着项目越来越庞大，XML的内容也越来越复杂，维护成本变高。  
于是就有人提出来一种标记式高耦合的配置方式，『注解』。方法上可以进行注解，类上也可以注解，字段属性上也可以注解，反正几乎需要配置的地方都可以进行注解。  
关于注解和XML两种不同的配置模式，争论了好多年了，各有各的优劣，注解可以提供更大的便捷性，易于维护修改，但耦合度高，而 XML 相对于注解则是相反的。  
追求低耦合就要抛弃高效率，追求效率必然会遇到耦合。本文意不再辨析两者谁优谁劣，而在于以最简单的语言介绍注解相关的基本内容。

#### 二、注解的本质 ####

JDK 内置注解

@Target(ElementType.METHOD)
    @Retention(RetentionPolicy.SOURCE)
    public @interface Override { 
    
    }

这是注解 @Override 的定义，其实它本质上就是：

public interface Override extends Annotation{ 
        
    }

没错，注解的本质就是一个继承了 Annotation 接口的接口。有关这一点，你可以去反编译任意一个注解类，你会得到结果的。  
一个注解准确意义上来说，只不过是一种特殊的注释而已，如果没有解析它的代码，它可能连注释都不如。  
而解析一个类或者方法的注解往往有两种形式，一种是编译期直接的扫描，一种是运行期反射。反射的事情我们待会说，而编译器的扫描指的是编译器在对 java 代码编译字节码的过程中会检测到某个类或者方法被一些注解修饰，这时它就会对于这些注解进行某些处理。  
典型的就是注解 @Override，一旦编译器检测到某个方法被修饰了 @Override 注解，编译器就会检查当前方法的方法签名是否真正重写了父类的某个方法，也就是比较父类中是否具有一个同样的方法签名。  
这一种情况只适用于那些编译器已经熟知的注解类，比如 JDK 内置的几个注解，而你自定义的注解，编译器是不知道你这个注解的作用的，当然也不知道该如何处理，往往只是会根据该注解的作用范围来选择是否编译进字节码文件，仅此而已。

#### 三、元注解 ####

元注解是用于修饰注解的注解，通常用在注解的定义上，例如：

@Target(ElementType.METHOD)
    @Retention(RetentionPolicy.SOURCE)
    public @interface Override { 
    
    }

JAVA 中有以下几个『元注解』：

@Target：注解的作用目标  
@Retention：注解的生命周期  
@Documented：注解是否应当被包含在 JavaDoc 文档中  
@Inherited：是否允许子类继承该注解

#### 四、内置注解 ####

JAVA 的内置三大注解  
除了上述四种元注解外，JDK 还为我们预定义了另外三种注解，它们是：

@Override  
@Deprecated  
@SuppressWarnings

#### 五、注解表 ####

虚拟机规范定义了一系列和注解相关的属性表，也就是说，无论是字段、方法或是类本身，如果被注解修饰了，就可以被写进字节码文件。属性表有以下几种：

RuntimeVisibleAnnotations：运行时可见的注解  
RuntimeInVisibleAnnotations：运行时不可见的注解  
RuntimeVisibleParameterAnnotations：运行时可见的方法参数注解  
RuntimeInVisibleParameterAnnotations：运行时不可见的方法参数注解  
AnnotationDefault：注解类元素的默认值