Java元注解meta-annotation和依赖注入详解

这篇文章既介绍一个技术,又记录一个逐渐探索发现的过程,以供大家参考。

缘起

注意到Java的依赖注入DI规范(起初以为是CDI规范,然后发现是DI规范)有个叫@Qualifier的注解,用于当一个interface或base class有多个实现类时,能选择其中一个实现。如不用这一注解,一般的(按类型)注入就会报错说“不知道要在多个实现中选哪一个”。这一注解可以放在一个自定义注解上(例如@MyPreferredImplementation),从而将自定义注解变成一个qualifier annotation(限定符注解),然后只要在某一个实现类上放上这个自定义注解,也在注入处放上这个自定义注解,就能起到连通双方的作用,指定注入这个实现类了,很方便也很语义化。(大家可以搜索学习@Qualifier的教程。)

Spring支持DI规范,而它自己也有一个叫@Qualifier注解(包名不相同,在spring的package里),不但支持以上功能,还可以直接放在待注入的变量上,用name参数(例如@Qualifier(name = “myBeanName”))来指定要注入的那个实现类的bean name。Spring的这个功能好像更常用,至少在某公司就是这样,DI规范的qualifier功能反而有些不为人所知了。

我认为DI规范的更好,更加语义化。而这种把一个注解放在另一个注解上,是什么Java特性呢?起初不知道正确的关键词,用“annotation on annotation”之类的词语左查右查也查不到。然后看JDK的Javadoc,看哪一个呢,看已知的几个“annotation on annotation”,懂的朋友可能想到了,@Retention @Target @Inherited这些JDK内置的用来放在另一个注解上的注解,Javadoc说它们叫做元注解meta-annotation。JDK的这几个元注解有很多文章讲解,我就不讲了,这一篇专讲元注解。

探索

我就好奇了,依赖注入框架所用的元注解是怎么实现的?大家有想过吗?比如说,框架怎么知道哪些注解被标了@Qualifier元注解?第一反应是Java内置了这方面的支持,因为单元测试框架的@Test等注解也有元注解功能,这么常用的功能或许是Java原生支持的?

因此我就做了试验,写两个自定义注解,一个叫@Virtual元注解,一个叫@Real注解,把@Virtual放在@Real上,把@Real放到一个User类上,看看编译结果,然后用反射从这个类上取@Virtual,看@Real能不能自动引导到@Virtual上。示例代码如下:

@Retention(RetentionPolicy.RUNTIME)
public @interface Virtual {
}

@Virtual
@Retention(RetentionPolicy.RUNTIME)
public @interface Real {
}

@Real
public class User {
}

编译后用IDE查看class文件,发现@Virtual元注解仍然只标在@Real上,User类上只标有@Real注解,可证明编译器没有为元注解做什么工作。然后反射的结果也是不能从User类拿到@Virtual,可证明JVM runtime也没有为元注解做什么工作。因此@Qualifier的元注解特性极有可能是相关框架自行实现的。

要怎么实现呢?我们可以自己动脑筋想一想。考虑到,Spring框架扫描所有的class文件(之所以要扫描class文件而非class对象,是因为Java不提供遍历所有class对象的功能,使框架不得不重复实现对class文件的解析工作),将其中有相应注解的class转化为BeanDefinition注册到BeanFactory。那么@Qualifier也可以类似地处理,对于扫描到的class,如果它具有@Qualifer注解,并且自身也是注解(实现了java.lang.Annotation interface),就作为一个自定义注解注册到框架里(比如说,QualifierAnnotationRegistry?),如此一来框架就认识所有的包含@Qualifier元注解的自定义注解了,之后要使用就顺理成章了。

发现

那么Spring实际上是怎么实现的呢?我们可以查源码。到GitHub上找到spring-framework这项目,搜索代码关键词Qualifer或javax.inject.Qualifier,查到90多个Java文件,再在页面中高亮关键词”main”以过滤掉单元测试,凭经验翻阅,在前3页就能找到实现代码了:

QualifierAnnotationAutowireCandidateResolver https://github.com/spring-pro... 用于注册那些包含javax.inject.Qualifer的自定义注解。

CustomAutowireConfigurer https://github.com/spring-pro... 顺便发现这个类允许用户手动注册自定义注解,无需元注解。

到此这篇关于Java元注解meta-annotation和依赖注入的文章就介绍到这了,更多相关Java元注解meta-annotation和依赖注入内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 详解Java Spring各种依赖注入注解的区别

    注解注入顾名思义就是通过注解来实现注入,Spring和注入相关的常见注解有Autowired.Resource.Qualifier.Service.Controller.Repository.Component. Autowired是自动注入,自动从spring的上下文找到合适的bean来注入 Resource用来指定名称注入 Qualifier和Autowired配合使用,指定bean的名称 Service,Controller,Repository分别标记类是Service层类,Contro

  • 200行Java代码如何实现依赖注入框架详解

    依赖注入介绍 先回顾下依赖注入的概念: 我们常提起的依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念.具体含义是:当某个角色(可能是一个Java实例,调用者)需要另一个角色(另一个Java实例,被调用者)的协助时,在 传统的程序设计过程中,通常由调用者来创建被调用者的实例.但在Spring里,创建被调用者的工作不再由调用者来完成,因此称为控制反转;创建被调用者 实例的工作通常由Spring容器来完成,然后注入调用者,因此也称为

  • java元注解@Inherited的使用详解

    1.先看源码文档 /** * Indicates that an annotation type is automatically inherited. If * an Inherited meta-annotation is present on an annotation type * declaration, and the user queries the annotation type on a class * declaration, and the class declaratio

  • Java @Async注解导致spring启动失败解决方案详解

    前言 在这篇文章里,最后总结处,我说了会讲讲循环依赖中,其中一个类添加@Async有可能会导致注入失败而抛异常的情况,今天就分析一下. 一.异常表现,抛出内容 1.1循环依赖的两个class 1.CycleService1 @Service public class CycleService1 { @Autowired private CycleService2 cycleService2; @WangAnno @Async public void doThings() { System.out

  • Vue 2源码阅读 Provide Inject 依赖注入详解

    目录 Provide/Inject 初始化 1. initInjections 依赖初始化 2. initProvide 注入数据初始化 总结 Provide/Inject 初始化 1. initInjections 依赖初始化 该步骤其实发生在 initState 之前,但是由于 provide/inject 一般是配合使用,所以这里调整了一下顺序. 该函数的定义与过程都比较简单: export function initInjections(vm: Component) { const re

  • .net程序开发IOC控制反转和DI依赖注入详解

    目录 IOC控制反转 DI依赖注入 服务生命周期 其它 IOC控制反转 大部分应用程序都是这样编写的:编译时依赖关系顺着运行时执行的方向流动,从而生成一个直接依赖项关系图. 也就是说,如果类 A 调用类 B 的方法,类 B 调用 C 类的方法,则在编译时,类 A 将取决于类 B,而 B 类又取决于类 C 应用程序中的依赖关系方向应该是抽象的方向,而不是实现详细信息的方向.而这就是控制反转的思想. 应用依赖关系反转原则后,A 可以调用 B 实现的抽象上的方法,让 A 可以在运行时调用 B,而 B

  • Java元注解meta-annotation和依赖注入详解

    这篇文章既介绍一个技术,又记录一个逐渐探索发现的过程,以供大家参考. 缘起 注意到Java的依赖注入DI规范(起初以为是CDI规范,然后发现是DI规范)有个叫@Qualifier的注解,用于当一个interface或base class有多个实现类时,能选择其中一个实现.如不用这一注解,一般的(按类型)注入就会报错说"不知道要在多个实现中选哪一个".这一注解可以放在一个自定义注解上(例如@MyPreferredImplementation),从而将自定义注解变成一个qualifier

  • Javascript技术栈中的四种依赖注入详解

    作为面向对象编程中实现控制反转(Inversion of Control,下文称IoC)最常见的技术手段之一,依赖注入(Dependency Injection,下文称DI)可谓在OOP编程中大行其道经久不衰.比如在J2EE中,就有大名鼎鼎的执牛耳者Spring.Javascript社区中自然也不乏一些积极的尝试,广为人知的AngularJS很大程度上就是基于DI实现的.遗憾的是,作为一款缺少反射机制.不支持Annotation语法的动态语言,Javascript长期以来都没有属于自己的Spri

  • Spring bean的实例化和IOC依赖注入详解

    前言 我们知道,IOC是Spring的核心.它来负责控制对象的生命周期和对象间的关系. 举个例子,我们如何来找对象的呢?常见的情况是,在路上要到处去看哪个MM既漂亮身材又好,符合我们的口味.就打听她们的电话号码,制造关联想办法认识她们,然后...这里省略N步,最后谈恋爱结婚. IOC在这里就像婚介所,里面有很多适婚男女的资料,如果你有需求,直接告诉它你需要个什么样的女朋友就好了.它会给我们提供一个MM,直接谈恋爱结婚,完美! 下面就来看Spring是如何生成并管理这些对象的呢? 1.方法入口 o

  • AngularJS 依赖注入详解和简单实例

    AngularJS 依赖注入 什么是依赖注入 wiki 上的解释是:依赖注入(Dependency Injection,简称DI)是一种软件设计模式,在这种模式下,一个或更多的依赖(或服务)被注入(或者通过引用传递)到一个独立的对象(或客户端)中,然后成为了该客户端状态的一部分. 该模式分离了客户端依赖本身行为的创建,这使得程序设计变得松耦合,并遵循了依赖反转和单一职责原则.与服务定位器模式形成直接对比的是,它允许客户端了解客户端如何使用该系统找到依赖 一句话 --- 没事你不要来找我,有事我会

  • 面向对象编程依赖注入详解

    说说依赖注入 在面向对象编程中,我们经常处理处理的问题就是解耦,程序的耦合性越低表明这个程序的可读性以及可维护性越高.控制反转(Inversion of Control或IoC)就是常用的面向对象编程的设计原则,使用这个原则我们可以降低耦合性.其中依赖注入是控制反转最常用的实现. 什么是依赖 依赖是程序中常见的现象,比如类Car中用到了GasEnergy类的实例energy,通常的做法就是在Car类中显式地创建GasEnergy类的实例,并赋值给energy.如下面的代码 interface E

  • 如何简单的理解依赖注入详解

    前言 控制反转(IoC)用来解决耦合的,主要分为两种类型:依赖注入和依赖查找. 依赖注入就是把本来应该在程序中有的依赖在外部注入到程序之中,当然他也是设计模式的一种思想. 假定有接口A和A的实现B,那么就会执行这一段代码A a=new B();这个时候必然会产生一定的依赖,然而出现接口的就是为了解决依赖的,但是这么做还是会产生耦合,我们就可以使用依赖注入的方式来实现解耦.在Ioc中可以将要依赖的代码放到XML中,通过一个容器在需要的时候把这个依赖关系形成,即把需要的接口实现注入到需要它的类中,这

  • laravel框架中你所用到的依赖注入详解

    前言 用Laravel开发前前后后有2个月左右了,之前一直写Java,就像找到Java和PHP之前的共同点,用Java的某些原理去理解PHP会发现还是有很多共通之处的.Java的依赖注入已经是一个很常见的概念了,Spring框架主要就是解决了这一点,在PHP的laravel框架中,也出现了依赖注入的方式. 依赖注入就控制反转的一种是实现方式,面向对象的特征的重要体现,那么依赖注入中什么是依赖呢,这点用Java开发的人很多都能理解.笼统的说依赖就是一种联系,变量和实现的联系.有关于依赖注入的理解之

随机推荐