文档章节

Spring IoC学习

a
 ancle
发布于 2015/12/29 23:07
字数 2460
阅读 31
收藏 0

IoC是什么

IoC-Inversion of Control,即"控制反转",不是什么技术,而是一种设计思想。Java开发中,IoC意味着将设计好的对象交给IoC容器控制,不再是传统的在对象内部直接控制。

  • 谁控制谁,控制什么

    传统Java SE程序中,直接在对象内部通过new创建对象,由程序主动去创建依赖对象;

    IoC机制有专门的一个容器来创建这些对象,由IoC容器来控制对象的创建;

    谁控制谁?IoC容器控制对象;

    控制什么?主要控制了外部资源的获取(不只是对象包括比如文件等)

  • 为何是反转,哪些方面反转了

    传统的应用程序,在对象中主动控制去直接获取依赖对象,也就是正转;

    反转则是由IoC容器帮忙创建及注入依赖对象;

    为何是反转?由容器进行查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;

    哪些方面反转了?依赖对象的获取被反转了


IoC能做什么

    传统的应用程序在类内部主动创建依赖对象,从而导致类与类之间高耦合,难于测试;

    IoC容器,把创建和查找依赖对象的控制权交给了容器,由容器进行注入,组合对象,所以对象与对象间是松耦合;

    IoC很好的体现了面向对象设计法则之一 ——好莱坞法则:别找我们,我们找你;即由IoC容器帮对象找相应的依赖对象并注入,而不是由对象主动去找


IoC 和 DI

DI - Dependency Injection,依赖注入:组件之间的依赖关系由容器在运行期间决定,形象的说,由容器动态的将某个依赖关系注入到组件中。

通过依赖注入机制,只需简单的配置,就可指定目标需要的资源,完成自身的业务逻辑,而不需要关心具体的资源来自何处。

关键点:

  • 谁依赖于谁:当然是应用程序依赖IoC容器

  • 为什么需要依赖:应用程序需要IoC容器提供对象需要的外部资源

  • 谁注入谁:IoC容器注入应用程序某个对象,应用程序依赖的对象

  • 注入了什么:注入某个对象所需的外部资源(包括对象、资源、常量数据)


IoC 和 DI关系,其实是同一概念的不同角度描述,由于控制反转概念比较含糊,2004年又给出新的名字:依赖注入,相对IoC而言,”依赖注入“明确描述了”被注入对象依赖IoC容器配置依赖对象


Spring IoC容器的依赖,有两层含义:Bean依赖IoC容器容器注入Bean的依赖资源

Bean依赖容器,指的是容器负责创建并管理Bean,是Bean和IoC容器间的依赖关系

容器注入Bean的依赖资源,依赖资源可以是Bean、外部文件、常量数据等,由容器负责组装Bean之间的依赖关系,此处的依赖为Bean之间的依赖关系,可认为是传统的类与类关联、聚合、组合关系


Spring IoC容器实现依赖资源注入的方式

构造器注入:容器在实例化Bean时注入所需依赖资源,通过配置文件定义Bean中指定构造函数参数进行注入

setter注入:通过构造器、静态工厂或实例工厂实例好Bean后,通过调用Bean类的setter方法进行注入依赖

方法注入:通过配置方式替换掉Bean方法,也就是通过配置改变Bean方法功能


Spring IoC容器注入配置简写

一、构造器注入

    1)常量值

        简写:<constructor-arg index="0" vlaue="xxx" />

        全写:<constructor-arg index="0"><value>xxx</value></constructor-arg>

    2)引用

        简写:<constructor-arg index="0" ref="bean name" />

        全写:<constructor-arg index="0"><ref bean="bean name" /></constructor-arg>

二、setter注入

    1) 常量

        简写:<property index="0" value="xxx" />

        全写:<property index="0"><value>xxx</value></property>

    2) 引用

        简写:<property index="0" ref="bean name" />

        全写:<property index="0"><ref bean="bean name" /></property>

    3) 数组(array)

        <property name="array name">

            <array value-type="java.lang.String">

                <value>xxx</value>

                xxx

            </array>

        </property>

    4) 列表(List)

    <property name="list name">

        <list value-type="java.lang.String">

            <value>xxx</value>

            ...

        </list>

    </property>

    5) 集合(set)

        <property name="set name">

            <set>

                <value>xxx</value>

                ...

            </set>

        </property>

    5) 字典(map)

        <property name="map name">

            <map key-type="java.lang.String" value-type="java.lang.String">

                <entry key="xxx" value="xxx" />

                ...

            </map>

        </property>

    6) Properties


三、使用P命名空间简化setter注入

    <beans xmlns:p="http://www.springframework.org/schema/p"> //指定P命名空间

        <bean id="bean" class="com.spring.constroller.XXX" p:id="value" />

        //常量setter注入方式,等价于<property name="id" value="value" />


        <bean id="bean2" class="com.spring.controller.XXX" p:id-ref="xxx" />

        //引用setter注入方式,其等价于<property name="id" ref="xxx" />

    </beans>


BeanFactory和ApplicationContext

Spring通过xml配置文件描述Bean和Bean直接的依赖关系,利用Java语言的反射机制实例化Bean并建立Bean之间的依赖关系。

BeanFactory(org.springframework.beans.factory.BeanFactory)是Spring框架最核心的接口,提供了高级IoC的配置机制。

ApplicationContext(应用上下文,org.springframework.context.ApplicationContext)建立在BeanFactory基础上,提供了面向应用的gongneng,提供了国际化支持和框架事件体系。

一般地,称BeanFactory为IoC容器,而称ApplicationContext为应用上下文

从用途上进行划分,BeanFactory是Spring框架的基础设施,面向SpringApplicationContext面向Spring框架的使用者


初始化BeanFactory

使用Spring配置文件提供配置信息,通过BeanFactory装载配置文件,启动Spring IoC容器。

通过BeanFactory启动IoC容器时,并不会初始化配置文件中的Bean,初始化动作发生在第一个调用时。

注意初始化BeanFactory时,必须提供一种日志框架,比如Log4j,在类路径下提供Log4j配置文件,这样启动Spring容器才不会报错


ApplicationContext介绍

如若BeanFactory是Spring的心脏,那ApplicationContext就是Spring完整的身躯。ApplicationContext由BeanFactory派生而来,提供了面向实际应用的功能。

ApplicationContext体系结构

其主要实现类是ClassPathXMLApplicationContextFileSystemXMLApplicationContext,前者默认从类路径加载配置文件,后者从文件系统中装载配置文件。


ApplicationContext初始化

和BeanFactory初始化相似,ApplicationContext初始化也很简单,如果配置文件放在类路径下,优先使用ClassPathXMLApplicationContext实现类:

ApplicationContext context = new ClassPathXMLApplicationContext("com/bbtao/context/beans.xml");

等同于: "classpath:com/bbtao/context/beans.xml"

如果配置文件放在文件系统路径下,优先考虑FileSystemXMLApplicationContext实现类:

ApplicationContext context = new FileSystemXMLApplicationContext("com/bbtao/context/beans.xml");

等同于: "file:com/bbtao/context/beans.xml"


ApplicationContext与BeanFactory的重大区别

BeanFactory在初始化IoC容器时,并未实例化Bean,直到第一次访问调用某个Bean时才进行实例化操作;

ApplicationContext,在初始化应用上下文时就实例化所有单实例的Bean


AnnotationConfigApplicationContext

Spring 3.0支持基于类注解的配置方式,主要功能源自Spring的JavaConfig子项目。一个标注@Configuration注解的POJO即可提供Spring所需的Bean配置信息

Spring为基于注解类的配置提供了专门的ApplicationContext实现类:AnnotationConfigApplicationContext


WebApplicationContext

WebApplicationContext,专为Web应用准备的,允许从相对于Web根目录的路径中装载配置文件完成初始化工作

整个WebApplicationContext对象作为属性放到ServletContext中,以便Web应用环境可以访问到Spring应用上下文。为此,Spring提供一个工具类WebApplicationContextUtils,通过该类的getWebApplicationContext(ServletContext sc),就可从ServletContext中获取WebApplicationContext实例。


Spring 2.0在WebApplicationContext中为Bean添加了三个新的作用域:request作用域、session作用域和global session作用域。

WebApplicationContext中定义了一个常量ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,上下文启动时,WebApplicationContext实例以此放置在ServletContext的属性列表中。因此,通过以下语句从Web容器中获取WebApplicationContext:

    WebApplicationContext context = (WebApplicationContext)servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);

WebApplicationContext初始化

初始化方式,和BeanFactory、ApplicationContext有所不同,因为WebApplicationContext初始化时需要ApplicationContext实例,也就是说WebApplicationContext必须在拥有Web容器的前提下才能完成启动工作。

Spring提供了用于启动WebApplicationContext的Servlet和Web容器监听器

  • org.springframework.web.context.ContextLoaderServlet

  • org.springframework.web.context.ContextLoaderListener

两者内部都实现了启动WebApplicationContext实例的逻辑,根据Web容器的情况,在web.xml文件中进行配置就可以了

示例(ContextLoaderListener)

<!-- 指定Spring配置文件 -->

<context-param>

    <param-name>contextConfigLocation</param-name>

    <param-value>classpath:applicationContext.xml</param-value>

</context-param>

<!-- 声明Web容器监听器 -->

<listener>

    <listener-class>org.springframe.web.context.ContextLoaderListener</listener-class>

</listener>

ContextLoaderListener通过Web容器上下文参数contextConfigLocation获取Spring配置文件的位置。用户也可以指定多个配置文件,用逗号空格冒号分割均可。


不支持容器监听器的低版本Web容器中,采用ContextLoaderServlet完成启动工作:

示例(ContextLoaderServlet):

<!--  指定Spring配置文件 -->

<context-param>

    <param-name>contextConfigLocation</param-name>

    <param-value>classpath:applicationContext.xml</param-value>

</context-param>

<!-- 声明自动启动的Servlet -->

<servlet>

    <servlet-name>contextLoaderServlet</servlet-name>

    <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>

    <!--  启动顺序 -->

    <load-on-startup>1</load-on-startup>

</servlet>


由于WebApplicationContext需要使用日志功能,将Log4j的配置文件放到类路径(/WEB-INF/classess/)下,Log4j引擎可顺利启动。如果Log4j配置文件放在其他位置,那必须在web.xml中指定配置文件位置

Spring为Log4j引擎提供了两个实现类:Log4jConfigServlet,和Log4jConfigListener;不管采用哪种方式,必须保证Log4j配置信息先于Spring配置文件加载

示例:

 <!-- 指定Spring配置文件 -->

<context-param>

    <param-name>contextConfigLocation</param-name>

    <param-value>classpath:applicationContex.xml</param-value>

</context-param>

<!-- 指定Log4j配置文件 -->

<context-param>

    <param-name>log4jConfigLocation</param-name>

    <param-value>/WEB-INF/log4j.properties</param-value>

</context-param>

<!--  配置Log4j的自启动Servlet -->

<servlet>

    <servlet-name>log4jConfigServlet<servlet-name>

    <servlet-class>org.springframework.web.util.Log4jConfigServlet</servlet-class>

    <!-- 指定Log4jConfigServlet的启动顺序,一定要先于WebApplicationContext启动 -->

    <load-on-startup>1</load-on-startup>

</serlvet>

<!-- 声明WebApplicationContext的自启动Servlet-->

<servlet>

    <servlet-name>contextLoaderServlet</servlet-name>

    <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>

    <load-on-startup>2</load-on-startup>

</servlet>

如果使用Web监听器,则必须将Log4jConfigListener放在ContextLoaderListener前面,这样才保证Log4j的启动先于WebApplicationContext完成。


© 著作权归作者所有

共有 人打赏支持
a
粉丝 1
博文 54
码字总数 43568
作品 0
太原
私信 提问
那些年,我们一起追的Spring

学无止境,但仍需及时总结。 自去年开始写作以来,写了一些关于Spring的文章,今天将它们汇总起来,一方面方便大家阅读,另一方面,也是一次小的复盘总结。 IOC 首先是Spring的IOC,也就是控...

SexyCode
08/14
0
0
【Spring学习笔记】--IOC学习

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/YYZZHC999/article/details/82824751 spring ioc原理 Ioc—Inversion of Control,即“控制反转”,不是什么技...

Hepburn_Yang
09/23
0
0
三条路线告诉你如何掌握Spring IoC容器的核心原理

一、前言 前三篇已经从历史的角度和大家一起探讨了为什么会有Spring,Spring的两个核心概念:IoC和AOP的雏形,Spring的历史变迁和如今的生态帝国。本节的主要目的就是通过一个切入点带大家一...

Java小铺
08/27
0
0
Spring应用学习——IOC

Spring简介 1. Spring的出现是为了取代EJB(Enterprise JavaBean)的臃肿、低效、脱离现实的缺点。Spring致力于J2EE应用的各层(表现层、业务层、持久层)的解决方案,Spring是企业应用开发的...

江左煤郎
11/16
0
0
向Spring大佬低头——大量源码流出解析

用Spring框架做了几年的开发,只停留在会用的阶段上,然而Spring的设计思想和原理确实一个巨大的宝库。大部分人仅仅知道怎么去配,或着加上什么属性就能达到什么效果,这些东西都可以通过查文...

Java团长17
07/11
0
0

没有更多内容

加载失败,请刷新页面

加载更多

Spring源码学习笔记-1-Resource

打算补下基础,学习下Spring源码,参考书籍是《Spring源码深度解析》,使用版本是Spring 3.2.x,本来想试图用脑图记录的,发现代码部分不好贴,还是作罢,这里只大略记录下想法,不写太细了 ...

zypy333
今天
10
0
RestClientUtil和ConfigRestClientUtil区别说明

RestClientUtil directly executes the DSL defined in the code. ConfigRestClientUtil gets the DSL defined in the configuration file by the DSL name and executes it. RestClientUtil......

bboss
今天
16
0

中国龙-扬科
昨天
2
0
Linux系统设置全局的默认网络代理

更改全局配置文件/etc/profile all_proxy="all_proxy=socks://rahowviahva.ml:80/"ftp_proxy="ftp_proxy=http://rahowviahva.ml:80/"http_proxy="http_proxy=http://rahowviahva.ml:80/"......

临江仙卜算子
昨天
10
0
java框架学习日志-6(bean作用域和自动装配)

本章补充bean的作用域和自动装配 bean作用域 之前提到可以用scope来设置单例模式 <bean id="type" class="cn.dota2.tpye.Type" scope="singleton"></bean> 除此之外还有几种用法 singleton:......

白话
昨天
10
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部