java注解到底是什么? 是类 还是接口,还是抽象类 ,在java里面是怎么生效的?

注解也叫声明式接口,那么真的是接口吗?

以下是验证过程:
创建注解Test2
在这里插入图片描述

通过idea的查看类继承关系的功能,可以看到@Test2继承了Annotation 接口
在这里插入图片描述

Annotation 可以在jdk包里面找到,它是所有注解的父接口
在这里插入图片描述

现在我们知道 注解是一个继承了Annotation的东西,那么@Test2 到底是类,还是接口,还是抽象类?

那么去字节码中找答案,自定义注解之后,我们需要在某个时刻将注解取出来,好取出来注解里面的值。

在这里插入图片描述

这里通过 AnnotionTest.class.getDeclaredAnnotation(Test2.class);方法 获取到注解Test2 的实例 test2,然后调用其test2.value()方法。

在字节码中 ,可以看到调用的指令为 INVOKEINTERFACE指令

在jvm中 方法调用的指令有如下四种。
在这里插入图片描述

因此,java编译器认为 value()方法为一个接口方法, 因为如果是抽象类,那么就是用的invokevirual指令 。

截止目前,我们知道了注解是一个接口,一个继承自Annotation的接口。 里面每一个属性,其实就是接口的一个抽象方法。

那么新的问题来了,如果注解是接口,那么其何时实例化,怎么实例化?
我们是通过 AnnotionTest.class.getDeclaredAnnotation(Test2.class); 来获取到注解的实例的,那么看这个方法。
在这里插入图片描述

发现返回的实例名称 是$Proxy1, 很明显是一个代理对象。
里面还有一个叫AnnotationInvocationHandler的类,是不是很眼熟?

这个就是注解的代理逻辑封装
在这里插入图片描述

回去复习一下jdk的动态代理的使用方法。

jdk的动态代理,需要一个Proxy类(jdk提供的用于生成对象的类),一个实现了InvocationHandler接口的类(用于封装代理逻辑的类)

static class AnnotationInvocationHandler implements InvocationHandler{
  
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
   //处理注解的解析
    }
     
  }

因此 AnnotationInvocationHandler里面就封装了 注解的代理逻辑。

使用的时候
使用Proxy.newProxyInstance()

   public static Object newProxyInstance(ClassLoader loader,
                                          Class<?>[] interfaces,
                                          InvocationHandler h)
        throws IllegalArgumentException

newProxyInstance,方法有三个参数:

loader: 用哪个类加载器去加载代理对象

interfaces:动态代理类需要实现的接口

h:动态代理方法在执行时,会调用h里面的invoke方法去执行

总结:
注解@interface 是一个实现了Annotation接口的 接口, 然后在调用getDeclaredAnnotations()方法的时候,返回一个代理$Proxy对象,这个是使用jdk动态代理创建,使用Proxy的newProxyInstance方法,传入接口 和InvocationHandler的一个实例(也就是 AnotationInvocationHandler ) ,最后返回一个实例。

那么该方法在何处被调用?
sun.reflect.annotation.AnnotationParser#annotationForMap
在这里插入图片描述
在这里 jdk动态代理的newProxyInstance方法返回的代理对象

在这里插入图片描述

那么注解实例化之后,值从哪里取的呢? 或者说,一开始传给注解的参数,存储到了哪?

那么分析流程
java.lang.Class#getDeclaredAnnotation 第一步 获取注解
java.lang.Class#createAnnotationData 第二步 创建注解实例
sun.reflect.annotation.AnnotationParser#parseAnnotations 第三步 解析注解

这一步有个关键点

方法getRawAnnotations() 获取原始批注 也是native方法。
在这里插入图片描述

还有一个方法getConstantPool() 获取常量池 也是native方法
在这里插入图片描述

然后经过sun.reflect.annotation.AnnotationParser#parseAnnotation2
这个类的加工转换
到要创建实例的时候
sun.reflect.annotation.AnnotationParser#annotationForMap

该方法返回的入参, 里面有整个Test2这个注解类的信息 ,这一步就获取了注解里面的值,存储在memberDefaults 这个hashmap里面。
在这里插入图片描述

因此,注解是将参数信息存储到了class文件的常量池里面,在创建实例的时候,会通过getConstantPool()获取出来,是一个byte[]流,需要进行转换。

最终总结:
注解@interface 是一个实现了Annotation接口的 接口, 然后在调用getDeclaredAnnotations()方法的时候,返回一个代理$Proxy对象,这个是使用jdk动态代理创建,使用Proxy的newProxyInstance方法时候,传入接口 和InvocationHandler的一个实例(也就是 AnotationInvocationHandler ) ,最后返回一个代理实例。

期间,在创建代理对象之前,解析注解时候 从该注解类的常量池中取出注解的信息,包括之前写到注解中的参数,然后将这些信息在创建 AnnotationInvocationHandler时候 ,传入进去 作为构造函数的参数。
在这里插入图片描述

在这里插入图片描述

当调用该代理实例的获取值的方法时,就会调用执行AnotationInvocationHandler里面的逻辑,将之前存入的注解信息 取出来。

在这里插入图片描述

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐