dubbo源码解析-spi(三)

撸了今年阿里、腾讯和美团的面试,我有一个重要发现…….

作者:肥朝

出处:https://www.jianshu.com/nb/6137390


2019071210018_1.png

前言

在上一篇的末尾,我们提到了dubbospi中增加了IoCAOP的功能.那么本篇就讲一下这个增加的IoC,spi部分预计会有四篇,因为这东西实在是太重要了.温故而知新,我们先来回顾一下,我们之前都讲了什么.

  • spi(1) 主要讲了spi的基本概念,简单的入门,并以spi为线索讲解了双亲委托模式的弊端以及解决方案
  • spi(2) 主要以dubbo改进了jdk的spi为线索,重点讲分析问题的思路,从实际案例实战从哪里着手分析问题这个大家最喜欢问的问题.

提到IoC,大家第一个想到的就是Spring,所以Spring的IoC也是本篇的一大重点内容.当然毕竟主题是dubbo,所以对于Spring内容,将与dubbo结合,以短小精干,但是又不缺乏深度的介绍.(后期如果大家有需要,也可以开展Spring源码专题)

看到这里可能有同学就会问,肥朝你不是写dubbo源码解析的吗,为什么还要讲Spring呢?dubbo中涉及到很多的边缘知识,其中包括SpringNettyZookeeper等等,我希望的是,大家能通过学习dubbo为主线,全面综合的提高自己,而不是为了看源码而看源码,也不是为了面试而看源码.

2019071210018_2.png

插播面试题

  • 你提到了dubbo中spi也增加了IoC,那你先讲讲Spring的IoC,然后再讲讲dubbo里面又是怎么做的

Spring的IoC

容器

Spirng的IoC容器主要有两种,即BeanFactoryApplicationContext

  • BeanFactory是Spring中最底层的接口,只提供了最简单的IoC功能,负责配置,创建和管理bean.
  • ApplicationContext继承了BeanFactory,拥有了基本的IoC功能外,还支持

    • 国际化
    • 消息机制
    • 统一的资源加载
    • AOP

另外ApplicationContext在加载的时候就会创建所有的bean(Web应用推荐),BeanFactory需要等到拿bean的时候才会创建bean(桌面应用推荐).所以,我们一般使用ApplicationContext

总体流程

实现IoC的过程,总体可以分为两步,如下图

2019071210018_3.png

容器启动阶段

2019071210018_4.png

该阶段相当于”根据图纸装配成生产线”,也就是对象管理信息的收集.

Bean实例化阶段

2019071210018_5.png

该阶段相当于”根据生产线来生产具体产品”

拓展

Spring提供了BeanFactoryPostProcessor的容器拓展机制,该机制允许我们在容器实例化相应对象之前,对注册到容器的BeanDefinition所保存的信息做相应的修改.

那我们有哪些实际场景有运用到这个拓展呢?

比如我们配置数据库信息,经常用到占位符

    ${jdbc.url}

BeanFactory在第一阶段加载完成所有配置信息时,保存的对象的属性信息还只是以占位符的形式存在.这个解析的工作是在PropertySourcesPlaceholderConfigurer中做的,我们来看看继承体系图就明白了.

2019071210018_6.png

PropertySourcesPlaceholderConfigurer实现了该接口,在进入第二阶段时,已经把占位符信息替换完成.

温馨提示:

细心的同学可能发现PropertySourcesPlaceholderConfigurerPropertyPlaceholderConfigurer名字好像,这两个有什么区别?我们来看源码

2019071210018_7.png

敲黑板划重点

为何我反复强调基础原理,难道是为了骗你关注一下我,多一个粉丝?因为基础扎实,明白原理之后很多东西真的是一通百通的,尤其了Spring Boot简化了配置,很多问题就更考验基础了.我演示一个简单的问题

首先我们发现这个占位符没有被解析,如果不知道原理你可能一脸懵逼,但是看过肥朝博客的你,知道是缺少PropertySourcesPlaceholderConfigurer

2019071210018_8.png

于是你高高兴兴补上了PropertySourcesPlaceholderConfigurer,发现有坑,占位符是解析出来了,但是却是null

2019071210018_9.png

然后你通过私信联系到了肥朝,肥朝告诉你,加上个static就可以了.于是你一运行,果然是棒棒哒!

2019071210018_10.png

但是你却百思不得其解,为啥加上了一个static就可以了呢?

原因很简单,前面都说了,这个拓展机制是在实例化对象之前,你用static修饰方法,是属于类级别的,优先级高,自然在DataSource实例化之前就完成了这个占位符的解析工作.

dubbo spi中的iOC

既然是源码解析类文章,我就尽量避免贴大段代码,否则还不如你直接去看.我用一个图来粗略描述这个大致的过程

2019071210018_11.png

除了上一篇中对objectFactory的介绍外,从这里我们知道,objectFactory就是dubbo的IoC提供对象.

    public <T> T getExtension(Class<T> type, String name) {
        //factories=[SpiExtensionFactory,SpringExtensionFactory]
        //遍历获取spi,先从SpiExtensionFactory获取,如果没有,再从SpringExtensionFactory获取
        for (ExtensionFactory factory : factories) {
            T extension = factory.getExtension(type, name);
            if (extension != null) {
                return extension;
            }
        }
        return null;
    }

SpiExtensionFactory

    public <T> T getExtension(Class<T> type, String name) {
        if (type.isInterface() && type.isAnnotationPresent(SPI.class)) {
            ExtensionLoader<T> loader = ExtensionLoader.getExtensionLoader(type);
            if (loader.getSupportedExtensions().size() > 0) {
                return loader.getAdaptiveExtension();
            }
        }
        return null;
    }

SpringExtensionFactory

    public <T> T getExtension(Class<T> type, String name) {
        for (ApplicationContext context : contexts) {
            if (context.containsBean(name)) {
                //从容器中获取注入的对象
                Object bean = context.getBean(name);
                if (type.isInstance(bean)) {
                    return (T) bean;
                }
            }
        }
        return null;
    }

dubbo在设计的时候设计了这两种方式,但是截止2.5.4版本,SpringExtensionFactory的方式尚未发现使用,可能像Java的保留字一样,给以后埋下伏笔.据说3.0版本准备出来,到时候可以关注一下SpringExtensionFactory的使用情况.

写在最后

本篇是2018年的第二篇,2018年肥朝的每周一篇dubbo源码解析依旧和你不见不散.鉴于肥朝才疏学浅,不足之处还望斧正

赞(0) 打赏

如未加特殊说明,此网站文章均为原创,转载必须注明出处。Java 技术驿站 » dubbo源码解析-spi(三)
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

关注【Java 技术驿站】公众号,每天早上 8:10 为你推送一篇技术文章

扫描二维码关注我!


关注【Java 技术驿站】公众号 回复 “VIP”,获取 VIP 地址永久关闭弹出窗口

免费获取资源

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏