Spring的IOC分析(二)源码

  承接上节继续,分析Ioc的工作原理,在典型的 IOC 场景中,容器创建了所有对象,并设置必要的属性将它们连接在一起(同时一个叫DI“依赖注入”或DL“依赖查找”的概念,在C++,java,php以及.net中也是用到过,但是Spring中也把IOC叫做依赖注入,这是找到资料上面是这样写的),决定什么时间 调用方法。从源码的角度看这个过程是怎样实现一下几步:
  • 定位
  • 载入
  • 初始化
  • 注册
  • 依赖注入使用
  在上章节里ClassPathXmlApplicationContext这个类
  
public ClassPathXmlApplicationContext(
            String[] configLocations, boolean refresh, @Nullable ApplicationContext parent)
            throws BeansException {

        super(parent);//这里是调用的父类的方法
        setConfigLocations(configLocations);
        if (refresh) {
            refresh();
        }
    }
//创建一个新的AbstractApplicationContext与给定的父上下文中。
    public AbstractApplicationContext(@Nullable ApplicationContext parent) {
        this();
        setParent(parent);
    }
//把parent赋给这个application 上下文

@Overridepublic void setParent(@Nullable ApplicationContext parent) {   this.parent = parent;   if (parent != null) {      Environment parentEnvironment = parent.getEnvironment();      if (parentEnvironment instanceof ConfigurableEnvironment) {         getEnvironment().merge((ConfigurableEnvironment) parentEnvironment);      }   }}

这里只是加载application.xml文件的上下文,使我们的Spring的可以读取到这里面的所有的配置的bean,接下来的关键是,将需要的bean用getBean()的方式去定位拿到。

   获取bean是个结束:下图表明了获取bean的方法来自最顶层的接口BeanFactory,所以核心研究这个定义了规范的顶层接口做了做了些什么,也方便我们的代码以后的扩张。
   

  简单的下面的这种多种获取对象bean的面向接口编程方式,就是常见的工厂模式;也即 IOC 容器为开发者管理对象 间的依赖关系提供了很多便利和基础服务。其实我们知道这些方法就可以满足我们正在的开发的需要了,但是我们还是想跟着bean的生成过成做一次探索。

//定义了Ioc的基本功能规范
public interface BeanFactory {

    // 对FactoryBean的转义,假如,bean的名字被叫做FactoryBean,获取时会返回一个factory,不是工厂的实例,需要转义
    String FACTORY_BEAN_PREFIX = "&";

    //返回一个实例
    //根据bean的名字返回一个bean的实例对象
    Object getBean(String name) throws BeansException;
    // 返回一个bean的实例
    // 支持泛型的方法是安全的,参数bean的名字和输入的bean的类型必须一致
    <T> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException;

    // 返回一个bean的实例
    // 输入一个bean的名字,使用显式参数创建bean实例时使用的rgs
    Object getBean(String name, Object... args) throws BeansException;

    // 返回与给定对象类型匹配的bean实例,如果有的话
    <T> T getBean(Class<T> requiredType) throws BeansException;

    //返回一个实例,该实例可以共享或独立于指定的bean。
    <T> T getBean(Class<T> requiredType, Object... args) throws BeansException;

    //这个bean工厂是否包含bean定义或外部注册的单例对象
    boolean containsBean(String name);

    //这个bean是一个共享的单例吗?返回相同的实例吗?
    boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

    //这个bean是原型吗?
    boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

    //检查给定名称的bean是否与指定的类型匹配
    boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;

    //检查给定名称的bean是否与指定的类型匹配
    boolean isTypeMatch(String name, @Nullable Class<?> typeToMatch) throws NoSuchBeanDefinitionException;

    @Nullable
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;

    //为给定的bean名称提供别名,如果有的话。所有这些别名都指向同一个bean,在@link getbean调用中使用。
    String[] getAliases(String name);

}

  对bean的解析是现在开始:描述bean的接口是这个Beandefinition,这是一个比较复杂的一个过程,我也不知道我能不能完全把它说清楚,需要准备一下,我下节中会详细介绍这里面的细节实现,容我准备一波。

 

原文地址:https://www.cnblogs.com/zhikou/p/8338352.html

时间: 2024-10-13 20:24:38

Spring的IOC分析(二)源码的相关文章

【SSH进阶之路】Spring的IOC逐层深入——源码解析之IoC的根本BeanFactory(五)

我们前面的三篇博文,简单易懂的介绍了为什么要使用IOC[实例讲解](二).和Spring的IOC原理[通俗解释](三)以及依赖注入的两种常用实现类型(四),这些都是刚开始学习Spring IoC容器时的基础内容,当然只有有了这些基础,我们才能走到今天更加详细的解析Spring的源码,深入理解IOC. 这篇我先简单的复习一下IoC,然后根据实例介绍IoC最基本的原理.废话少说,下面我们开始这篇博文的话题: 什么是IoC IoC容器,最主要的就是完成对象的创建以及维护对象的依赖关系等. 所谓控制反转

【Spring】Spring IOC原理及源码解析之scope=request、session

一.容器 1. 容器 抛出一个议点:BeanFactory是IOC容器,而ApplicationContex则是Spring容器. 什么是容器?Collection和Container这两个单词都有存放什么东西的意思,但是放在程序猿的世界,却注定是千差万别.Collection,集合,存放obj instanceof Class为true的一类对象,重点在于存放:Container,容器,可以存放各种各样的obj,但不仅仅是存放,他被称为容器,更重要的是他能管理存放对象的生命周期和依赖. 容器:

Spring Boot 揭秘与实战 源码分析 - 开箱即用,内藏玄机

文章目录 1. 开箱即用,内藏玄机 2. 总结 3. 源代码 Spring Boot提供了很多"开箱即用"的依赖模块,那么,Spring Boot 如何巧妙的做到开箱即用,自动配置的呢? 开箱即用,内藏玄机 Spring Boot提供了很多"开箱即用"的依赖模块,都是以spring-boot-starter-xx作为命名的.例如,之前提到的 spring-boot-starter-redis.spring-boot-starter-data-mongodb.spri

Spring Boot 揭秘与实战 源码分析 - 工作原理剖析

文章目录 1. EnableAutoConfiguration 帮助我们做了什么 2. 配置参数类 – FreeMarkerProperties 3. 自动配置类 – FreeMarkerAutoConfiguration4. 扩展阅读 3.1. 核心注解 3.2. 注入 Bean 结合<Spring Boot 揭秘与实战 源码分析 - 开箱即用,内藏玄机>一文,我们再来深入的理解 Spring Boot 的工作原理. 在<Spring Boot 揭秘与实战 源码分析 - 开箱即用,内藏

区块链教程以太坊源码分析core-state-process源码分析(二)

兄弟连区块链教程以太坊源码分析core-state-process源码分析(二):关于g0的计算,在黄皮书上由详细的介绍和黄皮书有一定出入的部分在于if contractCreation && homestead {igas.SetUint64(params.TxGasContractCreation) 这是因为 Gtxcreate+Gtransaction = TxGasContractCreation func IntrinsicGas(data []byte, contractCre

如何分析SpringBoot源码模块及结构?--SpringBoot源码(二)

注:该源码分析对应SpringBoot版本为2.1.0.RELEASE 1 前言 本篇接如何搭建自己的SpringBoot源码调试环境?--SpringBoot源码(一). 前面搭建好了自己本地的SpringBoot源码调试环境后,此时我们不要急着下手进入到具体的源码调试细节中,刚开始阅读源码,此时我们一定要对项目结构等有一个整体的认识,然后再进行源码分析调试.推荐阅读下笔者之前写的的分析开源项目源码,我们该如何入手分析?一文,干货满满哦. 2 SpringBoot源码模块一览 我们先来对Spr

Android源码分析--MediaServer源码分析(二)

在上一篇博客中Android源码分析–MediaServer源码分析(一),我们知道了ProcessState和defaultServiceManager,在分析源码的过程中,我们被Android的Binder通信机制中的各种复杂的类关系搞的眼花缭乱,接下来我们就以MediaPlayerService为例来分析一下Binder的通信机制.首先来回顾一下: BpBinder和BBinder都是Android中Binder通信的代表类,其中BpBinder是客户端用来与Server交互的代理类,p代

SpringMVC核心分发器DispatcherServlet分析[附带源码分析]

SpringMVC核心分发器DispatcherServlet分析[附带源码分析] 目录 前言 DispatcherServlet初始化过程 DispatcherServlet处理请求过程 总结 参考资料 前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门blog:http://www.cnblogs.com/fangjian0423/p/springMVC-introduction.html 本文将分析SpringMVC的核心分发器Dispa

kernel(二)源码浅析

目录 kernel(二)源码浅析 建立工程 启动简析 head.s 入口点 查询处理器 查询机器ID 启动MMU 其他操作 start_kernel 处理命令行 分区 title: kernel(二)源码浅析 tags: linux date: 2018-11-08 18:02:34 --- kernel(二)源码浅析 建立工程 移除所有Arch,添加Arch/arm 下除了 Mach_xxx 开头的,Mach_xxx 表示机器型号,添加2410,2440,剔除 Plat_xxx,加入plat-

QCustomplot使用分享(二) 源码解读

一.头文件概述 从这篇文章开始,我们将正式的进入到QCustomPlot的实践学习中来,首先我们先来学习下QCustomPlot的类图,如果下载了QCustomPlot源码的同学可以自己去QCustomPlot的目录下documentation/qcustomplot下寻找一个名字叫做index.html的文件,将其在浏览器中打开,也是可以找到这个库的类图.如图1所示,是组成一个QCustomPlot类图的可能组成形式. 一个图表(QCustomPlot):包含一个或者多个图层.一个或多个ite