Spring IoC

最新推荐文章于 2024-09-11 13:58:59 发布

makersy

最新推荐文章于 2024-09-11 13:58:59 发布

阅读量106

点赞数

分类专栏： Spring 文章标签： Spring IOC

本文链接：https://blog.csdn.net/makersy/article/details/89113939

版权

Spring 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

IOC简介

IOC/DI
依赖注入（Dependecy Injection）和控制反转（Inversion of Control）是同一个概念，具体的讲：当某个角色需要另外一个角色协助的时候，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在spring中，创建被调用者的工作不再由调用者来完成，因此称为控制反转。创建被调用者的工作由spring来完成，然后注入调用者，因此也称为依赖注入。 IOC侧重于原理，DI 侧重于实现。

依赖倒置原则/面向接口编程：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

IoC容器的优势：

避免在各处使用new来创建类，并且可以做到统一维护；
创建实例的时候不需要了解其中的细节。

它们之间的关系：
在这里插入图片描述

依赖注入方式

Spring的IOC有三种注入方式：
第一种是根据属性注入，也叫setter注入；

<!--配置setter注入-->
<bean id="Role" class="com.xiaojiang.Spring.Role">
        <property name="id" value="1"><property>
        <property name="roleName" value="小江"><property>
        <property name="note" value="测试"><property>
</bean>

第二种是根据构造方法进行注入；

<!--构造器配置-->
 
<bean id="Role" class="com.makersy.SpringDemo">
    <constructor-arg value="20" type="int"></constructor-arg>
    <constructor-arg value="张三" type="java.lang.String"></constructor-arg>
    <constructor-arg value="男" type="java.lang.String"></constructor-arg>
</bean>

第三种是工厂注入，分为静态工厂注入和动态工厂注入。
第四种是注解注入。

这四种注入方式中，应用较为方便和广泛的是基于Java Bean规范所定义set/get方法来完成注入的setter方法。它可读性灵活性高,不需要使用构造器注入时出现的多个参数。

可以把构造方法声明成无参构造,再使用setter注入设置相对应的值,其实也是通过java反射技术去实现的.

应用

BeanFactory

BeanFactory 只是对IOC容器最基本行为作了定义，而不关心 Bean 是怎样定义和加载的。
定义了一些getBean、containsBean、isSingleton、isPrototype等基本容器方法。

ApplicationContext

ApplicationContext是spring中较高级的容器。和BeanFactory类似，它可以加载配置文件中定义的bean，将所有的bean集中在一起，当有请求的时候分配bean。另外，它增加了企业所需要的功能。
public interface ApplicationContext extends EnvironmentCapable, ListableBeanFactory, HierarchicalBeanFactory,
MessageSource, ApplicationEventPublisher, ResourcePatternResolver

最常被使用的ApplicationContext接口实现类：

FileSystemXmlApplicationContext：该容器从XML文件中加载已被定义的bean。在这里，你需要提供给构造器XML文件的完整路径。
ClassPathXmlApplicationContext：该容器从XML文件中加载已被定义的bean。在这里，你不需要提供XML文件的完整路径，只需正确配置CLASSPATH环境变量即可，因为，容器会从CLASSPATH中搜索bean配置文件。
WebXmlApplicationContext：该容器会在一个 web 应用程序的范围内加载在XML文件中

Q&A

Spring Bean的作用域

singleton：Spring的默认作用域，容器里拥有唯一的Bean实例；
prototype：每次getBean请求，容器都会创建一个Bean实例；

另有三个web作用域：
request：会为每个Http请求创建一个Bean实例；
session：会为每个session创建一个实例；
globalSession：会为每个全局Http Session创建一个Bean实例，该作用域仅对Portlet有效。

Spring Bean的生命周期

实例化过程

在说明前可以思考一下Servlet的生命周期：实例化，初始init，接收请求service，销毁destroy；

Spring上下文中的Bean也类似，如下：

1、实例化一个Bean－－也就是我们常说的new；

2、按照Spring上下文对实例化的Bean进行配置－－也就是IOC注入；

3、如果这个Bean已经实现了BeanNameAware接口，会调用它实现的setBeanName(String)方法，此处传递的就是Spring配置文件中Bean的id值

4、如果这个Bean已经实现了BeanFactoryAware接口，会调用它实现的setBeanFactory(setBeanFactory(BeanFactory)传递的是Spring工厂自身（可以用这个方式来获取其它Bean，只需在Spring配置文件中配置一个普通的Bean就可以）；

5、如果这个Bean已经实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入Spring上下文（同样这个方式也可以实现步骤4的内容，但比4更好，因为ApplicationContext是BeanFactory的子接口，有更多的实现方法）；

6、如果这个Bean关联了BeanPostProcessor接口，将会调用postProcessBeforeInitialization(Object obj, String s)方法，BeanPostProcessor经常被用作是Bean内容的更改，并且由于这个是在Bean初始化结束时调用那个的方法，也可以被应用于内存或缓存技术；

7、如果Bean在Spring配置文件中配置了init-method属性会自动调用其配置的初始化方法。

8、如果这个Bean关联了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法、；

注：以上工作完成以后就可以应用这个Bean了，那这个Bean是一个Singleton的，所以一般情况下我们调用同一个id的Bean会是在内容地址相同的实例，当然在Spring配置文件中也可以配置非Singleton，这里我们不做赘述。

9、当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用那个其实现的destroy()方法；

10、最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

以上10步骤可以作为面试或者笔试的模板，另外我们这里描述的是应用Spring上下文Bean的生命周期，如果应用Spring的工厂也就是BeanFactory的话去掉第5步就Ok了。
在这里插入图片描述