Spring原理学习系列之一:注解原理解析

本文阅读 5 分钟
首页 代码,Java 正文

引言 对于Spring注解大家肯定都不陌生,在日常开发工作中也会经常使用到注解。有时候提问小伙伴,注解的原理是什么,大部分都回答是利用了反射机制。但是继续深入提问,在Spring中是如何解析这些自带注解以及注解到底在什么时候起作用等问题时,很多人都会犯嘀咕。同样我在实际使用的过程中,也会有相同的困惑。所以一直想探究下注解实际的工作原理以及设计思想。用此文记录下自己对于注解原理的理解,也为有同样疑问的小伙伴提供些不同的理解角度。

  • 原理解析
  • 使用实例

一、 原理解析

注解(Annotation),也叫元数据。一种代码级别的说明。它是JDK1.5及以后版本引入的一个特性,与类、接口、枚举是在同一个层次。它可以声明在包、类、字段、方法、局部变量、方法参数等的前面,用来对这些元素进行说明,注释。—百度百科

以上为注解概念的通用解释,我想大多数和我一样看完这样的解释还是一头雾水,不知所云。 自JDK1.5就开始引入注解的概念。按照自己的理解,注解其实就是一种标识,而这个标识中包含很多属性,这些属性就像是键值对,注解解析类可以通过反射获取到(指的是运行时加载类型的注解)键值对当中的值,根据获取到的解析值再去处理后续的程序逻辑。简单的说,注解就是一种类似签名的含义,这种签名类在运行时获取,简化了代码开发,同时也减少了理解成本。以下是@ResponseBody的注解源码。

@Target({ElementType.TYPE, ElementType.METHOD}) 
@Retention(RetentionPolicy.RUNTIME)  
@Documented 
public @interface ResponseBody { 

}

其中@Target :指明注解使用的目标。 (1)TYPE:指的是在类,接口(包括注解)或者enum上使用的注解。 (2)FIELD:指的在field属性,也包括enum常量使用的注解。 (3)METHOD:指的是在方法声明上使用的注解。 (4)PARAMETER:指的是在参数上使用的注解, (5)CONSTRUCTOR: 指的是在构造器使用的注解。 (6)LOCAL_VARIABLE:指的是在局部变量上使用的注解。 (7)ANNOTATION_TYPE:指的是在注解上使用的元注解 (8)PACKAGE:指的是在包上使用的注解。 @Retention :指明注解的生命周期,或者说在什么阶段注解起作用。 (1)SOURCE: 注解只保留在源文件,当Java文件编译成class文件的时候,注解被遗弃。Annotations are to be discarded by the compiler. (2)CLASS: 注解被保留到class文件,jvm加载class文件时候被遗弃。这是默认的生命周期。 Annotations are to be recorded in the class file by the compiler but need not be retained by the VM at run time. This is the default behavior. (3)RUNTIME: 注解不仅被保存到class文件中,jvm加载class文件之后,仍然存在,保存到class对象中,可以通过反射来获取。 @Documented :用于生成文档 查看@ResonseBody注解的class文件

img

从上图可知注解@ResponseBody继承了Annotation,而Annotation本质上是一个接口。如下面源码所示。

package java.lang.annotation;

/** * The common interface extended by all annotation types. Note that an * interface that manually extends this one does <i>not</i> define * an annotation type. Also note that this interface does not itself * define an annotation type. * * More information about annotation types can be found in section 9.6 of * <cite>The Java&trade; Language Specification</cite>. * * The {@link java.lang.reflect.AnnotatedElement} interface discusses * compatibility concerns when evolving an annotation type from being * non-repeatable to being repeatable. * * @author Josh Bloch * @since 1.5 */
public interface Annotation { 
...
}

二、使用实例 以下代码为一个自定义注解

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Handler { 

    String name() default "";
}

我们通常使用的注解是运行时加载的,所以可以通过反射机制获取到相关的数据,这种类型的注解是我们需要的。所以注解需要配合注解解析类一起使用,根据解析注解的属性来完成之后的代码逻辑。

public class AnnotationUtils { 

    /** * * 方法功能描述:获取注解 * @author taomeng 2018年6月29日 下午4:19:05 * @param clazz * @return */
    public static String getName(final Class<?> clazz){
        String name = clazz.getAnnotation(Handler.class).name();
        return name;
    }


}
本文为互联网自动采集或经作者授权后发布,本文观点不代表立场,若侵权下架请联系我们删帖处理!文章出自:https://blog.csdn.net/Diamond_Tao/article/details/80864549
-- 展开阅读全文 --
大白话讲解JDK源码系列:从头到尾再讲一遍ThreadLocal
« 上一篇 01-30
KillDefender 的 Beacon 对象文件 PoC 实现
下一篇 » 02-09

发表评论

成为第一个评论的人

热门文章

标签TAG

最近回复