Spring 系列教程之容器的功能 经过前面几章的分析,相信大家已经对 Spring 中的容器功能有了简单的了解,在前面的章节中我们一直以 BeanFacotry 接口以及它的默认实现类 XmlBeanFacotry 为例进行分析,但是,Spring 中还提供了另一个接口 ApplicationContext,用于扩展 BeanFacotry 中现有的功能. ApplicationContext 和 BeanFacotry 两者都是用于加载 Bean 的,但是相比之下, ApplicationC

bean是Spring 最核心的东西,打个比方,假设Spring是一个水桶,那么bean就是水桶里的水,水桶离开水后,就没啥作用了.我们先来看一下bean的定义: public class Person { private String name; private int age; public String getName() { return name; } public void setName(String name) { this.name = name; } public int g

简述Spring容器与SpringMVC的容器的联系与区别 2017年07月04日 10:55:07 阅读数:6260 摘要: 在Spring整体框架的核心概念中,容器的核心思想是管理Bean的整个生命周期.但在一个项目中,Spring容器往往不止一个,最常见的场景就是在一个项目中引入Spring和SpringMVC这两个框架,其本质就是两个容器:Spring是根容器,SpringMVC是其子容器.关于这两个容器的创建.联系及区别也正是本文所关注的问题. 版权声明: 本文原创作者:书呆子Rico

1 Spring MVC WEB配置 Spring Framework本身没有Web功能,Spring MVC使用WebApplicationContext类扩展ApplicationContext,使得拥有web功能.那么,Spring MVC是如何在web环境中创建IoC容器呢?web环境中的IoC容器的结构又是什么结构呢?web环境中,Spring IoC容器是怎么启动呢? 以Tomcat为例,在Web容器中使用Spirng MVC,必须进行四项的配置: 修改web.xml,添加servl

Spring IoC容器的初始化包括 BeanDefinition的Resource定位.载入和注册 这三个基本的过程.IoC容器的初始化过程不包含Bean依赖注入的实现.Bean依赖的注入一般会发生在第一次通过getBean向容器索取Bean的时候. 先看以下代码: ApplicationContext context = new ClassPathXmlApplicationContext("ioc.xml"); Car car = (Car) context.getBean(&q

本文的目标:从实现的角度来认识SpringIoC容器. 观察的角度:从外部接口,内部实现,组成部分,执行过程四个方面来认识SpringIoC容器. 本文的风格:首先列出SpringIoC的外部接口及内部实现所涉及到的组件列表:其次介绍组件之间的相互关系以对整个执行过程有所把握:然后针对每一个组件的简单介绍,包括组件的类结构图,核心功能描述,重要接口的重要方法描述:接下来看SpringIoC容器实现对面向对象基本设计原则的遵守:最后是后记部分. 术语约定:组件:本文中的组件是指在功能概念上具有相对

spring IOC容器实例化Bean的方式有: singleton 在spring IOC容器中仅存在一个Bean实例,Bean以单实例的方式存在. prototype 每次从容器中调用Bean时,都返回一个新的实例,即每次调用getBean()时,相当于执行new XxxBean()的操作. request 每次HTTP请求都会创建一个新的Bean,该作用域仅适用于webApplicationContext环境. session 同一个HTTP session共享一个Bean,不同HTTP

在Spring Ioc容器的设计中,有俩个主要的容器系列:一个是实现BeanFactory接口的简单容器系列,这系列容器只实现了容器最基本的功能:另外一个是ApplicationContext应用上下文,他作为容器的高级形态而存在. 1 Ioc 容器系列 IOC容器为开发者管理对象之间的依赖关系提供了很多便利和基础服务. 什么是IOC容器?它在Spring容器中到底长什么样? 对于IOC容器的使用者来说,我们经常接触到的BeanFactory和ApplicationContext都可以看成是容器

上文对Spring IOC容器的核心BeanFactory接口分析发现:在默认Bean工厂DefaultListableBeanFactory中对象不是以Object形成存储,而是以BeanDefinition类封装后存放在并发容器ConcurrentHashMap中的,如下所示: /** Map of bean definition objects, keyed by bean name */ private final Map<String, BeanDefinition> beanDef

上节探讨了Spring IOC容器中getBean方法,下面我们将自行编写测试用例,深入跟踪分析bean对象创建过程. 测试环境创建 测试示例代码如下: package org.springframework.context.mytests; import org.junit.Test; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPa

概述: Spring 对于Java 开发来说,以及算得上非常基础并且核心的框架了,在有一定开发经验后,阅读源码能更好的提高我们的编码能力并且让我们对其更加理解.俗话说知己知彼,百战不殆.当你对Spring 掌握熟透之后,也就没什么能过阻拦你在开发路上前进了. IOC 总体来说有两处地方最重要,一个是创建Bean容器,一个是初始化.在本文中,主要为大家讲解了 IOC Bean 容器创建过程.后续将会补上初始化部分的知识. 为了保持文章的严谨性,如果读者发现我哪里说错了请一定不吝指出,非常希望可以听

2.2.1 IOC容器的概念IOC容器就是具有依赖注入功能的容器,IOC容器负责实例化.定位.配置应用程序中的对象及建立这些对象间的依赖.应用程序无需直接在代码中new相关的对象,应用程序由IOC容器进行组装.在Spring中BeanFactory是IOC容器的实际代表者. Spring IOC容器如何知道哪些是它管理的对象呢?这就需要配置文件,Spring IOC容器通过读取配置文件中的配置元数据,通过元数据对应用中的各个对象进行实例化及装配.一般使用基于xml配置文件进行配置元数据,而且Sp

5. IoC容器 5.1介绍Spring IoC容器和bean 5.2容器概述 本章介绍Spring Framework实现控制反转(IoC)[1]原理.IoC也被称为依赖注入(DI).它是一个过程,对象通过构造函数参数,工厂方法的参数或在工厂方法构造或返回后在对象实例上设置的属性来定义它们的依赖关系,即它们使用的其他对象.容器在创建bean时会注入这些依赖关系.这个过程从根本上来说是相反的,因此名为控制反转(IoC),bean本身通过使用类的直接构造来控制其依赖关系的实例化或位置,或者诸如服务

1 概述 1.1 依赖反转模式 在Java中,一个复杂的功能一般都需要由两个或者两个以上的类通过彼此合作来实现业务逻辑的,这使得每个对象都需要与其合作的对象的引用.如果这个获取依赖对象的过程需要自己去实现,那么这将导致代码的高度偶尔并且难以测试. 依赖反转就是对象依赖关系的管理被反转了(获取依赖对象的方式进行了反转),以前是自己主动获取依赖对象,现在是通过框架或者IOC容器将依赖对象注入进来(也可以称之为依赖注入),将依赖对象的管理转到了框架或者IOC容器中,极大了降低了代码之间的耦合性. 1.

spring Ioc容器的实现,从根源上是beanfactory,但真正可以作为一个可以独立使用的ioc容器还是DefaultListableBeanFactory,因此可以这么说, DefaultListableBeanFactory 是整个spring ioc的始祖,研究透它的前生今世对我们理解spring ioc的概念有着重要的作用. 1. DefaultListableBeanFactory的作用: 默认实现了ListableBeanFactory和BeanDefinitionRegis

1. Spring的IoC容器和IoC Service Provider的关系 Spring的IoC容器和IoC Service Provider所提供的服务之间存在一定的交集,二者的关系如图4-1所示. 2. Spring提供了两种容器类型:BeanFactory和ApplicationContext.  BeanFactory. 基础类型IoC容器,提供完整的IoC服务支持.如果没有特殊指定,默认采用延迟初始化策略(lazy-load). 只有当客户端对象需要访问容器中的某个受管对象的时候

1. 简介 为了写 Spring IOC 容器源码分析系列的文章,我特地写了一篇 Spring IOC 容器的导读文章.在导读一文中,我介绍了 Spring 的一些特性以及阅读 Spring 源码的一些建议.在做完必要的准备工作后,从本文开始,正式开始进入源码分析的阶段. 在本篇文章中,我将会详细分析BeanFactory的getBean(String)方法实现细节,getBean(String) 及所调用的方法总体来说实现上较为复杂,代码长度比较长.作为源码分析文章,本文的文章长度也会比较长,

声明!非原创,本文出处 Spring 最重要的概念是 IOC 和 AOP,本篇文章其实就是要带领大家来分析下 Spring 的 IOC 容器.既然大家平时都要用到 Spring,怎么可以不好好了解 Spring 呢?阅读本文并不能让你成为 Spring 专家,不过一定有助于大家理解 Spring 的很多概念,帮助大家排查应用中和 Spring 相关的一些问题. 本文采用的源码版本是 4.3.11.RELEASE,算是 5.0.x 前比较新的版本了.为了降低难度,本文所说的所有的内容都是基于 xm

[原文] Spring的两个核心概念:IoC和AOP的雏形,Spring的历史变迁和如今的生态帝国. IoC和DI的基本概念 IoC(控制反转,英文含义:Inverse of Control)是Spring容器的内核,AOP.事务等功能都是建立在此基础上的.从字面意思上可以把IoC拆分为两层含义:控制和反转.控制可以理解为是接口实现类的选择权,反转可以理解为这个选择权交给第三方进行管理:总的来说就是某一接口具体实现类的选择控制权从调用类中移除,转交给第三方进行决定,即由Spring容器通过Bea

1. 背景 Spring框架本身非常庞大,源码阅读可以从Spring IOC容器的实现开始一点点了解.然而即便是IOC容器,代码仍然是非常多,短时间内全部精读完并不现实 本文分析比较浅,而完整的IOC创建bean实际上是非常复杂的.本文对于BeanDefinition的加载解析,bean实例化的反射调用细节不作介绍,仅以较为粗略的角度来大体感受IOC容器创建bean的过程. 本文涉及的Spring源码版本为4.3.5.RELEASE. 2. 想要了解什么 下面就抛出几个想要了解的问题,也是本文介

Spring 容器: Spring 容器是Spring框架的核心.Spring容器将创建Bean对象实例,把它们联系在一起,配置它们,并管理它们整个生命周期从创建到销毁.Spring 容器通过依赖注入(DI)将它们组成一个应用程序组件.这些bean对象我们称为Spring beans. 通过配置元数据指令,Spring容器知道对那些对象进行实例化.配置.组装.配置元数据可以通过XML.Java注解或Java代码来实现.下图是Spirn如何工作的高效图,Spring Ioc容器通过Java POJ