Spring,Mybatis,Springboot,Netty,Dubbo底层源码深度解析教程

什么才算是真正的程序员呢?每个人的看法可能不太一样,我个人认为会一门计算机语言,然后可以写代码做出自己想要的功能,这就算是一个程序员了,当然对于编码能力,编程思想这些都是无上限的,人外有人,天外有天,强中更有强中手,能发展到什么阶段就完全看自己的潜能了,最近有一名网友提出了这么一个自己的观点。

这名网友说他是百度 阿里 第四范式的手抓饼,原来是大名鼎鼎的饼神啊,可他却说了这样一句话,他说他建议新人们至少要看三遍spring源码,至少看三遍才有资格说自己是java程序员,那这么说我也不算是一个java程序员喽,大家是否赞同他的看法呢?接下来我们一起看一下网友们都是怎么认为的吧!

网友一:当我写出hello world的那一刻,我就是java程序员了。不建议新人去看源码,至少有一到两年框架使用经验,并且熟悉常用算法和设计模式后读源码才会有更大提升。另外我想问动不动就说读过源码的人,spring官方quick start文档读了么?

作者点评:有自己的思想很好,别人的话可以做个参考,如果有用就接受,没用就不必理会便是!

网友二:我都不想喷你。你太自以为是了

作者点评:如果他真是饼神的话,我想他这个个人观点可能是在某种背景前提下一时兴起说出来的。

网友三:看Spring无异于鸡肋,有这时间不如多看看Linux和jvm 大企业不在意你spring功底有多深 更在意你基础有多好

作者点评:每个人都有自己的看法和见解,这都没错,而别人更在乎看到的是付出实践后的结果!

网友四:我推荐看mybatis简单入门

作者点评:mybatis也是一款不错的持久层框架,新人的确可以学习一下。

网友五:我读netty很low吗?

作者点评:这个框架也不错,是JBOSS提供的一个java开源框架,处理大容量数据流更简单!

网友六:说的好像java只有spring似的,多长长见识吧

作者点评:spring只是一个框架,类似这样的框架也有很多,当然spring也算是比较经典的了,如果熟悉源码可能从中了解一些比较优秀的设计模式和编程思想,我想饼神可能是这个意思吧!

网友七:自己打算看了,不过打算先用一年时间看编译原理

作者点评:厉害,有着自己的规划,很不错了,希望自己的目标能够实现!

关于技术方面,每个人都会有自己的一个观点,如果单独一个观点拿出来不免会被人喷,因为没有前因后果,只要其他人加几个前提条件之后,这个观点就立马不成立了,甚至会觉得阐述这个观点的人是在瞎说,其实,可能他说这个观点的时候是在某种背景下才非常兴奋的说了出来,但是网友们只看观点本身,不能身临其境,感同身受,这个观点就变的毫无说服力了,针对这类的观点,建议网友们能够选择性接受,如果自己认为是对的,对自己有用,就可以作为参考,如果感觉没什么意义,选择不理会便是,在技术领域,对待所有问题都保持一个辩证性看待的态度!

如果不太熟悉MyBatis使用的请先参见MyBatis官方文档,这对理解其架构设计和源码分析有很大好处。

一、概述

MyBatis并不是一个完整的ORM框架,其官方首页是这么介绍自己

The MyBatis data mapper framework makes it easier to use a relational database with object-oriented applications. MyBatis couples objects with stored procedures or SQL statements using a XML descriptor or annotations. Simplicity is the biggest advantage of the MyBatis data mapper over object relational mapping tools.
 

而在其官方文档中介绍“What is MyBaits”中说到

MyBatis is a first class persistence framework with support for custom SQL, stored procedures and advanced mappings. MyBatis eliminates almost all of the JDBC code and manual setting of parameters and retrieval of results. MyBatis can use simple XML or Annotations for configuration and map primitives, Map interfaces and Java POJOs (Plain Old Java Objects) to database records. 
 
ORM是Object和Relation之间的映射,包括Object->Relation和Relation->Object两方面。Hibernate是个完整的ORM框架,而MyBatis完成的是Relation->Object,也就是其所说的data mapper framework。关于ORM的一些设计思路和细节可以参见Martin Flow《企业应用架构模式》一书中的ORM章节,MyBatis并不刻意于完成ORM(对象映射)的完整概念,而是旨在更简单、更方便地完成数据库操作功能,减轻开发人员的工作量,我想这对于应用系统来说也是最实用的,相信用Hibernate的都受过它的痛苦,而用过MyBatis的都会感觉它很简捷轻松。
 

二、整体架构

下面是从功能流程层次描述MyBatis的整体架构图

image

而下面是MyBatis源码包对应的架构图

image

 

下面以“功能流程角度的架构图”来简要地分析下各层的架构,在后面系列文章中将有专题来深入解析MyBatis重要的功能点。

 

1、接口层

我们知道,在不考虑与Spring集成的情况下,使用MyBatis执行数据库操作的代码如下
String resource = "org/mybatis/example/mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
SqlSession session = sqlSessionFactory.openSession();
try {
  Blog blog = session.selectOne("org.mybatis.example.BlogMapper.selectBlog", 101);
} finally {
  session.close();
}

SqlSessionFactory、SqlSession这是MyBatis接口层的核心类,尤其是SqlSession,是实现所有数据库操作的API,这几个类都是org.apache.ibatis.session包下的,这个包的主体类结构图如下

image

Configuration是MyBatis中相当重要的一个类,可以这么说,如果理解了其中的所有参数的意义,不仅清楚地知道MyBatis提供的所有配置项,还理解了MyBatis的内部核心运行原理,当然要真正理解这些参数的意义及实现,还需要阅读完完整的MyBatis框架之后才能做到。

由上图可以看到,Configuration对象与DefaultSqlSessionFactory是1:1的关联关系,这也就意味着在一个DefaultSqlSessionFactory衍生出来的所有SqlSession作用域里,Configuration对象是全局唯一的。同时SqlSessionFactory提供了getConfiguration()接口来公开Configuration对象,因此开发者除了配置文件之外,还可以在程序里动态更改Configuration的属性项以达到动态调整的目的,但此时不仅要考虑到执行完reset,同时还要考虑在修改过程中会可能影响到其他SqlSession的执行。

2、核心层

2.1 配置解析

在应用启动的时候,MyBatis解析两种配置文件

  • SqlMapConfig.xml
  • SqlMap.xml

SqlMapConfig.xml是在XMLConfigBuilder类中完成解析的,其类图关系大致如下

1

我们知道XML有两种解析方式:一是DOM,另一个是SAX,MyBatis使用的是org.wrc.dom——JDK提供的文档对象模型(DOM)接口(SqlMapConfig.xml并不大,所以DOM方式并没有什么效率损耗,JDK也提供了SAX模型接口org.xml.sax,这两个都是JAXP的组件API),以及JDK官方提供的javax.xml.xpath.XPath来作为XML路径寻找组件。

SqlMap.xml是在XMLMapperBuilder中解析完成的,其中把对Statement的解析(即SqlMap.xml中SELECT|INSERT|UPDATE|DELETE定义部分)委托给XMLStatementBuilder来完成。SqlMap.xml的解析比较复杂的,涉及到PreparedMapping、ResultMapping、LanguageDriver、Discriminator、缓存、自动映射等一系列对象的构造,这里暂时略过,后面专题分析。

2.2 SQL执行

MyBatis中Executor是的核心,围绕着它完成了数据库操作的完整过程。下面是Executor的类图

image

在上图中我列出了Executor中方法的参数,而在其子类中就没有明确写出。从上图中可以看到,Executor主要提供了

  • QUERY|UPDATE(INSERT和DELETE也是使用UPDATE),从方法定义中可看到,它需要MappedStatement、parameter、resultHandler这几个实例对象,这几个也是SQL执行的主要部分,详细实现在后面专题中再介绍。
  • 事务提交/回滚,这委托给Transaction对象来完成。
  • 缓存,createCacheKey()/isCached()。
  • 延迟加载,deferload()。
  • 关闭,close(),主要是事务回滚/关闭。

BaseExecutor的属性表明:它内部维护了localCache来localOutputParameterCache来处理缓存,至于这缓存保存的是什么,这后面专题再说。以及线程安全的延迟加载列表deferredLoads、事务对象Transaction。

BatchExecutor的属性已经表明:它内部维护了StatementList批量提交并通过batchResultList保存执行结果。

ResueExecutor的属性及方法表明:它内部维护了java.sql.Statement对象缓存,以重用Statement对象(对于支持预编译的数据库而言,在创建PreparedStatement时需要发送一次数据库请求预编译,而重用Statement对象主要是减少了这次预编译的网路开销)。

下面以SqlSession.selectList为例,画出SQL执行的时序图(点击下方的图片查看大图,部分分支有所简化)

未命名

3、基础层

3.1、logging:

MyBatis使用了自己定义的一套logging接口,根据开发者常使用的日志框架——Log4j、Log4j2、Apache Commons Log、java.util.logging、slf4j、stdout(控制台)——分别提供了适配器。由于各日志框架的Log级别分类法有所不同(比如java.util.logging.Level提供的是All、FINEST、FINER、FINE、CONFIG、INFO、WARNING、SEVERE、OFF这九个级别,与通常的日志框架分类法不太一样),MyBatis统一提供trace、debug、warn、error四个级别,这基本与主流框架分类法是一致的(相比而言缺少Info,也许MyBatis认为自己的日志要么是debug需要的,要么就至少是warn,没有Info的必要)。

在org.apache.ibatis.logging里还有个比较特殊的包jdbc,这不是按字面意义理解把日志通过jdbc记录到数据库里,而是将jdbc操作以开发者配置的日志框架打印出来,这也就是我们在开发阶段常用的跟踪SQL语句、传入参数、影响行数这些重要的调试信息。

3.2、IO

MyBatis里的IO主要是包含两大功能:提供读取资源文件的API、封装MyBatis自身所需要的ClassLoader和加载顺序。

3.3、reflection

在MyBatis如参数处理、结果映射这些大量地使用了反射,需要频繁地读取Class元数据、反射调用get/set,因此MyBatis提供了org.apache.ibatis.reflection对常见的反射操作进一步封装,以提供更简洁方便的API。比如我们reflect时总是要处理异常(IllegalAccessException、NoSuchMethodException),MyBatis统一处理为自定义的RuntimeException,减少代码量。

3.4、exceptions

在以Spring为代表的开源框架中,对于应用程序中无法进一步处理的异常大都转成RuntimeException来方便调用者操作,另外如频繁遇到的SQLException,JDK约定其是个Exception,从JDK的角度考虑,强制要求开发者捕获SQLException是为了能在catch/finally中关闭数据库连接,而Spring之类的框架为开发者做了资源管理的事情,自然就不需要开发者再烦心SQLException,因此封装转换成RuntimeException。MyBatis的异常体系不复杂,org.apache.ibatis.exceptions下就几个类,主要被使用的是PersistenceException。

3.5、缓存

缓存是MyBatis里比较重要的部分,有两种缓存:

  • SESSION或STATEMENT作用域级别的缓存,默认是SESSION,BaseExecutor中根据MappedStatement的Id、SQL、参数值以及rowBound(边界)来构造CacheKey,并使用BaseExccutor中的localCache来维护此缓存。
  • 全局的二级缓存,通过CacheExecutor来实现,其委托TransactionalCacheManager来保存/获取缓存,这个全局二级缓存比较复杂,后面还需要专题分析,至于其缓存的效率以及应用场景也留到那时候再分析。

3.6、数据源/连接池

MyBatis自身提供了一个简易的数据源/连接池,在org.apache.ibatis.datasource下,后面专题分析。主要实现类是PooledDataSource,包含了最大活动连接数、最大空闲连接数、最长取出时间(避免某个线程过度占用)、连接不够时的等待时间,虽然简单,却也体现了连接池的一般原理。阿里有个“druid”项目,据他们说比proxool、c3p0的效率还要高,可以学习一下。

3.7 事务

MyBatis对事务的处理相对简单,TransactionIsolationLevel中定义了几种隔离级别,并不支持内嵌事务这样较复杂的场景,同时由于其是持久层的缘故,所以真正在应用开发中会委托Spring来处理事务实现真正的与开发者隔离。分析事务的实现是个入口,借此可以了解不扫JDBC规范方面的事情。

后续将对MyBatis各个部分做详细的设计及源代码分析,由于读取和解析SqlMapConfig.xml和SqlMap.xml的逻辑与各个模块的相关性较强,因此将把这部分内容与在各模块组合在一起分析。

SpringBoot2.0简单介绍:SpringBoot2.0应用(一):SpringBoot2.0简单介绍

本系列将从源码角度谈谈SpringBoot2.0。

先来看一个简单的例子

@SpringBootApplication
@EnableJms
public class SampleActiveMQApplication { // 贰级天災 @Bean public Queue queue() { return new ActiveMQQueue("sample.queue"); } public static void main(String[] args) { SpringApplication.run(SampleActiveMQApplication.class, args); } } 

这是一个简单的SpringBoot整合ActiveMQ的例子。本篇将主要谈谈为什么这么几行代码就能整合ActiveMQ。

上面那段代码主要有三个部分:

  • SpringApplication.run(SampleActiveMQApplication.class, args);
  • @SpringBootApplication
  • @EnableJms

SpringApplication的run方法

SpringApplication的run方法是通过new一个SpringApplication对象,然后执行该对象的run方法。代码如下:

    public ConfigurableApplicationContext run(String... args) {
        // 贰级天災 StopWatch stopWatch = new StopWatch(); stopWatch.start(); ConfigurableApplicationContext context = null; Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>(); configureHeadlessProperty(); SpringApplicationRunListeners listeners = getRunListeners(args); listeners.starting(); try { ApplicationArguments applicationArguments = new DefaultApplicationArguments( args); ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments); configureIgnoreBeanInfo(environment); Banner printedBanner = printBanner(environment); context = createApplicationContext(); exceptionReporters = getSpringFactoriesInstances( SpringBootExceptionReporter.class, new Class[] { ConfigurableApplicationContext.class }, context); prepareContext(context, environment, listeners, applicationArguments, printedBanner); refreshContext(context); afterRefresh(context, applicationArguments); stopWatch.stop(); if (this.logStartupInfo) { new StartupInfoLogger(this.mainApplicationClass) .logStarted(getApplicationLog(), stopWatch); } listeners.started(context); callRunners(context, applicationArguments); } catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, listeners); throw new IllegalStateException(ex); } try { listeners.running(context); } catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, null); throw new IllegalStateException(ex); } return context; } 

SpringBoot先准备Spring的环境,再打印banner,打印完后,通过环境准备上下文。准备好上下文后,会刷新上下文,即真正去准备项目的Spring环境。
之前看到一篇文章讲到了可以自己指定banner,主要是跟banner的获取方法有关。

    private Banner getBanner(Environment environment) {
        // 贰级天災 Banners banners = new Banners(); banners.addIfNotNull(getImageBanner(environment)); banners.addIfNotNull(getTextBanner(environment)); if (banners.hasAtLeastOneBanner()) { return banners; } if (this.fallbackBanner != null) { return this.fallbackBanner; } return DEFAULT_BANNER; } 

SpringBoot会先去找图像banner和文本banner,只要有一个就使用它们。这两banner的默认配置如下图所示。所以只要在src/main/resources目录下放上banner.gif或banner.txt文件就可以修改banner了。

    {
      "name": "spring.banner.image.location",
      "type": "org.springframework.core.io.Resource",
      "description": "Banner image file location (jpg or png can also be used).", "defaultValue": "classpath:banner.gif" },{ "defaultValue": "classpath:banner.txt", "deprecated": true, "name": "banner.location", "description": "Banner text resource location.", "type": "org.springframework.core.io.Resource", "deprecation": { "level": "error", "replacement": "spring.banner.location" } } 

回到正题,刷新上下文主要是调用的AbstractApplicationContext类里面的refresh方法。

    public void refresh() throws BeansException, IllegalStateException { synchronized(this.startupShutdownMonitor) { this.prepareRefresh(); ConfigurableListableBeanFactory beanFactory = this.obtainFreshBeanFactory(); this.prepareBeanFactory(beanFactory); try { this.postProcessBeanFactory(beanFactory); this.invokeBeanFactoryPostProcessors(beanFactory); this.registerBeanPostProcessors(beanFactory); this.initMessageSource(); this.initApplicationEventMulticaster(); this.onRefresh(); this.registerListeners(); this.finishBeanFactoryInitialization(beanFactory); this.finishRefresh(); } catch (BeansException var9) { if(this.logger.isWarnEnabled()) { this.logger.warn("Exception encountered during context initialization - cancelling refresh attempt: " + var9); } this.destroyBeans(); this.cancelRefresh(var9); throw var9; } finally { this.resetCommonCaches(); } } } 

可以看到,这里主要处理的SpringBean的创建。

  • prepareRefresh:预处理,包括属性验证等。
  • prepareBeanFactory:主要对beanFactory设置了相关属性,并注册了3个Bean:environment,systemProperties和systemEnvironment供程序中注入使用。
  • invokeBeanFactoryPostProcessors:执行所以BeanFactoryPostProcessor的postProcessBeanFactory方法。
  • registerBeanPostProcessors:注册BeanFactoryPostProcessors到BeanFactory。
  • initMessageSource:初始化MessageSource。
  • initApplicationEventMulticaster:初始化事件广播器ApplicationEventMulticaster。
  • registerListeners:事件广播器添加监听器,并广播早期事件。
  • finishBeanFactoryInitialization:结束BeanFactory的实例化,也就是在这真正去创建单例Bean。
  • finishRefresh:刷新的收尾工作。清理缓存,初始化生命周期处理器等等。
  • destroyBeans:销毁创建的bean。
  • cancelRefresh:取消刷新。
  • resetCommonCaches:清理缓存。

@SpringBootApplication

注解本身没有意义,被解析了才有意义。下面我们具体看下@SpringBootApplication的组成。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {@Filter(
    type = FilterType.CUSTOM,
    classes = {TypeExcludeFilter.class}
), @Filter(
    type = FilterType.CUSTOM,
    classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {
    // 贰级天災
    @AliasFor(
        annotation = EnableAutoConfiguration.class
    )
    Class<?>[] exclude() default {};

    @AliasFor(
        annotation = EnableAutoConfiguration.class ) String[] excludeName() default {}; @AliasFor( annotation = ComponentScan.class, attribute = "basePackages" ) String[] scanBasePackages() default {}; @AliasFor( annotation = ComponentScan.class, attribute = "basePackageClasses" ) Class<?>[] scanBasePackageClasses() default {}; } 
  • @SpringBootConfiguration:允许在使用该注解的地方使用@Bean注入。
  • @EnableAutoConfiguration:允许自动配置。
  • @ComponentScan:指定要扫描的哪些类。SpringBoot默认会扫描Application类所在包及子包的类的就是因为这个。

@EnableJms

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import({JmsBootstrapConfiguration.class})
public @interface EnableJms { // 贰级天災 } 

@EnableJms注解其实就是导入了JmsBootstrapConfiguration类。



作者:贰级天災
链接:https://www.jianshu.com/p/78c97ca56913
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

SpringBoot2.0简单介绍:SpringBoot2.0应用(一):SpringBoot2.0简单介绍

本系列将从源码角度谈谈SpringBoot2.0。

先来看一个简单的例子

@SpringBootApplication
@EnableJms
public class SampleActiveMQApplication {
    // 贰级天災
    @Bean
    public Queue queue() {
        return new ActiveMQQueue("sample.queue");
    }

    public static void main(String[] args) {
        SpringApplication.run(SampleActiveMQApplication.class, args);
    }

}

这是一个简单的SpringBoot整合ActiveMQ的例子。本篇将主要谈谈为什么这么几行代码就能整合ActiveMQ。

上面那段代码主要有三个部分:

  • SpringApplication.run(SampleActiveMQApplication.class, args);
  • @SpringBootApplication
  • @EnableJms

SpringApplication的run方法

SpringApplication的run方法是通过new一个SpringApplication对象,然后执行该对象的run方法。代码如下:

    public ConfigurableApplicationContext run(String... args) {
        // 贰级天災
        StopWatch stopWatch = new StopWatch();
        stopWatch.start();
        ConfigurableApplicationContext context = null;
        Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>();
        configureHeadlessProperty();
        SpringApplicationRunListeners listeners = getRunListeners(args);
        listeners.starting();
        try {
            ApplicationArguments applicationArguments = new DefaultApplicationArguments(
                    args);
            ConfigurableEnvironment environment = prepareEnvironment(listeners,
                    applicationArguments);
            configureIgnoreBeanInfo(environment);
            Banner printedBanner = printBanner(environment);
            context = createApplicationContext();
            exceptionReporters = getSpringFactoriesInstances(
                    SpringBootExceptionReporter.class,
                    new Class[] { ConfigurableApplicationContext.class }, context);
            prepareContext(context, environment, listeners, applicationArguments,
                    printedBanner);
            refreshContext(context);
            afterRefresh(context, applicationArguments);
            stopWatch.stop();
            if (this.logStartupInfo) {
                new StartupInfoLogger(this.mainApplicationClass)
                        .logStarted(getApplicationLog(), stopWatch);
            }
            listeners.started(context);
            callRunners(context, applicationArguments);
        }
        catch (Throwable ex) {
            handleRunFailure(context, ex, exceptionReporters, listeners);
            throw new IllegalStateException(ex);
        }

        try {
            listeners.running(context);
        }
        catch (Throwable ex) {
            handleRunFailure(context, ex, exceptionReporters, null);
            throw new IllegalStateException(ex);
        }
        return context;
    }

SpringBoot先准备Spring的环境,再打印banner,打印完后,通过环境准备上下文。准备好上下文后,会刷新上下文,即真正去准备项目的Spring环境。
之前看到一篇文章讲到了可以自己指定banner,主要是跟banner的获取方法有关。

    private Banner getBanner(Environment environment) {
        // 贰级天災
        Banners banners = new Banners();
        banners.addIfNotNull(getImageBanner(environment));
        banners.addIfNotNull(getTextBanner(environment));
        if (banners.hasAtLeastOneBanner()) {
            return banners;
        }
        if (this.fallbackBanner != null) {
            return this.fallbackBanner;
        }
        return DEFAULT_BANNER;
    }

SpringBoot会先去找图像banner和文本banner,只要有一个就使用它们。这两banner的默认配置如下图所示。所以只要在src/main/resources目录下放上banner.gif或banner.txt文件就可以修改banner了。

    {
      "name": "spring.banner.image.location",
      "type": "org.springframework.core.io.Resource",
      "description": "Banner image file location (jpg or png can also be used).",
      "defaultValue": "classpath:banner.gif"
    },{
      "defaultValue": "classpath:banner.txt",
      "deprecated": true,
      "name": "banner.location",
      "description": "Banner text resource location.",
      "type": "org.springframework.core.io.Resource",
      "deprecation": {
        "level": "error",
        "replacement": "spring.banner.location"
      }
    }

回到正题,刷新上下文主要是调用的AbstractApplicationContext类里面的refresh方法。

    public void refresh() throws BeansException, IllegalStateException {
        synchronized(this.startupShutdownMonitor) {
            this.prepareRefresh();
            ConfigurableListableBeanFactory beanFactory = this.obtainFreshBeanFactory();
            this.prepareBeanFactory(beanFactory);

            try {
                this.postProcessBeanFactory(beanFactory);
                this.invokeBeanFactoryPostProcessors(beanFactory);
                this.registerBeanPostProcessors(beanFactory);
                this.initMessageSource();
                this.initApplicationEventMulticaster();
                this.onRefresh();
                this.registerListeners();
                this.finishBeanFactoryInitialization(beanFactory);
                this.finishRefresh();
            } catch (BeansException var9) {
                if(this.logger.isWarnEnabled()) {
                    this.logger.warn("Exception encountered during context initialization - cancelling refresh attempt: " + var9);
                }

                this.destroyBeans();
                this.cancelRefresh(var9);
                throw var9;
            } finally {
                this.resetCommonCaches();
            }

        }
    }

可以看到,这里主要处理的SpringBean的创建。

  • prepareRefresh:预处理,包括属性验证等。
  • prepareBeanFactory:主要对beanFactory设置了相关属性,并注册了3个Bean:environment,systemProperties和systemEnvironment供程序中注入使用。
  • invokeBeanFactoryPostProcessors:执行所以BeanFactoryPostProcessor的postProcessBeanFactory方法。
  • registerBeanPostProcessors:注册BeanFactoryPostProcessors到BeanFactory。
  • initMessageSource:初始化MessageSource。
  • initApplicationEventMulticaster:初始化事件广播器ApplicationEventMulticaster。
  • registerListeners:事件广播器添加监听器,并广播早期事件。
  • finishBeanFactoryInitialization:结束BeanFactory的实例化,也就是在这真正去创建单例Bean。
  • finishRefresh:刷新的收尾工作。清理缓存,初始化生命周期处理器等等。
  • destroyBeans:销毁创建的bean。
  • cancelRefresh:取消刷新。
  • resetCommonCaches:清理缓存。

@SpringBootApplication

注解本身没有意义,被解析了才有意义。下面我们具体看下@SpringBootApplication的组成。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {@Filter(
    type = FilterType.CUSTOM,
    classes = {TypeExcludeFilter.class}
), @Filter(
    type = FilterType.CUSTOM,
    classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {
    // 贰级天災
    @AliasFor(
        annotation = EnableAutoConfiguration.class
    )
    Class<?>[] exclude() default {};

    @AliasFor(
        annotation = EnableAutoConfiguration.class
    )
    String[] excludeName() default {};

    @AliasFor(
        annotation = ComponentScan.class,
        attribute = "basePackages"
    )
    String[] scanBasePackages() default {};

    @AliasFor(
        annotation = ComponentScan.class,
        attribute = "basePackageClasses"
    )
    Class<?>[] scanBasePackageClasses() default {};
}
  • @SpringBootConfiguration:允许在使用该注解的地方使用@Bean注入。
  • @EnableAutoConfiguration:允许自动配置。
  • @ComponentScan:指定要扫描的哪些类。SpringBoot默认会扫描Application类所在包及子包的类的就是因为这个。

@EnableJms

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import({JmsBootstrapConfiguration.class})
public @interface EnableJms {
    // 贰级天災
}

@EnableJms注解其实就是导入了JmsBootstrapConfiguration类。



作者:贰级天災
链接:https://www.jianshu.com/p/78c97ca56913
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

猜你喜欢

转载自www.cnblogs.com/dsjd/p/11101644.html
今日推荐