初学源码之——Spring IOC 应用
Spring IOC基础
1.1 BeanFactory与ApplicationContext区别
BeanFactory是Spring框架中IOC容器的顶层接口,它只是用来定义一些基础功能,定一些基础规范,而ApplicationContext是它的一个子接口,所以ApplicationContext是具备BeanFactory提供的全部功能的。
通常,我们称BeanFactory为SpringIOC的基础容器,ApplicationContext是容器的高级接口,比BeanFactory要拥有更多的功能,比如说国际化支持和资源访问(xml,java配置类)等等;
启动 IoC 容器的方式
Java环境下启动IoC容器
ClassPathXmlApplicationContext:从类的根路径下加载配置文件(推荐使用)
FileSystemXmlApplicationContext:从磁盘路径上加载配置文件
AnnotationConfifigApplicationContext:纯注解模式下启动Spring容器
Web环境下启动IoC容器
从xml启动容器
从配置类启动容器
1.2 纯xml模式
本部分内容我们不采⽤⼀⼀讲解知识点的⽅式,⽽是采⽤Spring IoC 纯 xml 模式改造我们前⾯⼿写的
IoC 和 AOP 实现,在改造的过程中,把各个知识点串起来。
xml 文件头
实例化Bean的三种方式
方式一:使用无参构造函数
在默认情况下,它会通过反射调用无参构造函数来创建对象。如果类中没有无参构造函数,将创建失败。
方式二:使用静态方法创建
在实际开发中,我们使用的对象有些时候并不是直接通过构造函数就可以创建出来的,它可能在创建的过程 中会做很多额外的操作。此时会提供一个创建对象的方法,恰好这个方法是static修饰的方法,即是此种情 况。
例如,我们在做Jdbc操作时,会用到java.sql.Connection接⼝的实现类,如果是mysql数据库,那么用的就 是JDBC4Connection,但是我们不会去写 JDBC4Connection connection = newJDBC4Connection() ,因 为我们要注册驱动,还要提供URL和凭证信息,用DriverManager.getConnection 方法来获取连接。
那么在实际开发中,尤其早期的项⽬没有使⽤Spring框架来管理对象的创建,但是在设计时使用了工厂模式 解耦,那么当接入spring之后,工厂类创建对象就具有和上述例子相同特征,即可采用此种方式配置。
方式三:使用实例化方法创建
此种方式和上面静态方法创建其实类似,区别是用于获取对象的方法不再是static修饰的了,而是类中的一 个普通方法。此种方式比静态方法创建的使用几率要高一些。
在早期开发的项目中,工厂类中的方法有可能是静态的,也有可能是非静态方法,当是非静态方法时,即可 采用下面的配置方式:
Bean的X及生命周期
作用范围的改变
在spring框架管理Bean对象的创建时,Bean对象默认都是单例的,但是它支持配置的方式改变作用范围。作为范围官方提供的说明如下图:
在上图中提供的这些选项中,我们实际开发中用到最多的作用范围就是singleton(单例模式)和prototype(原型模式,也叫多例模式)。配置方式参考下面的代码:
不同作用范围的生命周期
单例模式: singleton
对象出生:当创建容器时,对象就被创建了。
对象活着:只要容器在,对象一直活着。
对象死亡:当销毁容器时,对象就被销毁了。
一句话总结:单例模式的bean对象生命周期与容器相同。
多例模式: prototype
对象出生:当使用对象时,创建新的对象实例。
对象活着:只要对象在使用中,就一直活着。
对象死亡:当对象长时间不用时,被java的垃圾回收器回收了。
一句话总结∶多例模式的bean对象,spring框架只负责创建,不负责销毁。
Bean标签属性
在基于xml的loC配置中,bean标签是最基础的标签。它表示了loC容器中的一个对象。换句话说,如果一个对象想让spring管理,在XML的配置中都需要使用此标签配置,Bean标签的属性如下:
id属性:用于给bean提供一个唯一标识。在一个标签内部,标识必须唯一。
class属性:用于指定创建Bean对象的全限定类名。
name属性:用于给bean提供一个或多个名称。多个名称用空格分隔。
factory-bean属性︰用于指定创建当前bean对象的工厂bean的唯一标识。当指定了此属性之后,class属性失效。
factory-method属性∶用于指定创建当前bean对象的工厂方法,如配合factory-bean属性使用,则class属性失效。如配合class属性使用,则方法必须是static的。
scope属性∶用于指定bean对象的作用范围。通常情况下就是singleton。当要用到多例模式时,可以配置为prototype。
init-method属性∶用于指定bean对象的初始化方法,此方法会在bean对象装配后调用。必须是一个无参方法。
destory-method属性:用于指定bean对象的销毁方法,此方法会在bean对象销毁前执行。它只能为scope是singleton时起作用。
Dl依赖注入的xml配置
依赖注入分类
按照注入的方式分类
构造函数注入︰顾名思义,就是利用带参构造函数实现对类成员的数据赋值。
set方法注入︰它是通过类成员的set方法实现数据的注入。(使用最多的)
按照注入的数据类型分类
基本类型和String
注入的数据类型是基本类型或者是字符串类型的数据。
其他Bean类型
注入的数据类型是对象类型,称为其他Bean的原因是,这个对象是要求出现在loC容器中的。那么针对当前Bean来说,就是其他Bean了。
复杂类型(集合类型)
注入的数据类型是Aarry,List,Set,Map,Properties中的一种类型。
依赖注入的配置实现之构造函数注入顾名思义,就是利用构造函数实现对类成员的赋值。它的使用要求是,类中提供的构造函数参数个数必须和配置的参数个数一致,且数据类型匹配。同时需要注意的是,当没有无参构造时,则必须提供构造函数参数的注入,否则Spring框架会报错。
在使用构造函数注入时,涉及的标签是constructor-arg,该标签有如下属性:
name:用于给构造函数中指定名称的参数赋值。
index:用于给构造函数中指定索引位置的参数赋值。
value:用于指定基本类型或者String类型的数据。
ref:用于指定其他Bean类型的数据。写的是其他bean的唯一标识。
依赖注入的配置实现之set方法注入
顾名思义,就是利用字段的set方法实现赋值的注入方式。此种方式在实际开发中是使用最多的注入方式。
在使用set方法注入时,需要使用property标签,该标签属性如下:
name:指定注入时调用的set方法名称。(注︰不包含set这三个字母,druid连接池指定属性名称)
value:指定注入的数据。它支持基本类型和String类型。
ref:指定注入的数据。它支持其他bean类型。写的是其他bean的唯一标识。
复杂数据类型注入首先,解释一下复杂类型数据,它指的是集合类型数据。集合分为两类,一类是List结构(数组结构),一类是Map接口(键值对)。接下来就是注入的方式的选择,只能在构造函数和set方法中选择,我们的示例选用set方法注入。
在List结构的集合数据注入时,array,list,set这三个标签通用,另外注值的value标签内部可以直接写值,也可以使用bean标签配置一个对象,或者用ref标签引用一个已经配合的bean的唯一标识。
在Map结构的集合数据注入时,map标签使用entry子标签实现数据注入,entry标签可以使用key和value属性指定存入map中的数据。使用value-ref属性指定已经配置好的bean的引用。同时entry标签中也可以使用ref标签,但是不能使用bean标签。而property标签中不能使用ref或者bean标签引用对象;
1.3xml与注解相结合模式
注意:
1)实际企业开发中,纯xml模式使用已经很少了
2)引入注解功能,不需要引入额外的jar
3) xml+注解结合模式,xml文件依然存在,所以,spring IOC容器的启动仍然从加载xml开始
4)哪些bean的定义写在xml中,哪些bean的定义使用注解
第三方jar中的bean定义在xml,比如德鲁伊数据库连接池
自己开发的bean定义使用注解
xml中标签与注解的对应(IoC)
DI依赖注入的注解实现方式
@Autowired(推荐使用)
@Autowired为Spring提供的注解,需要导入包
org.springframework.beans.factory.annotation.Autowired。
@Autowired采取的策略为按照类型注入。
如上代码所示,这样装配回去spring容器中找到类型为AccountDao的类,然后将其注入进来。这样会产生一个问题,当一个类型有多个bean值的时候,会造成无法选择具体注入哪一个的情况,这个时候我们需要配合着@Qualifier使用。
@Qualifier告诉Spring具体去装配哪个对象。
这个时候我们就可以通过类型和名称定位到我们想注入的对象。
@Resource
@Resource注解由J2EE提供,需要导入包javax.annotation.Resource。
@Resource默认按照ByName自动注入。
如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常。
如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常。
如果指定了type,则从上下文中找到类似匹配的唯一bean进行装配,找不到或是找到多个,都会抛出异常。
如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;
注意:
Resource在Jdk 11中已经移除,如果要使用,需要单独引入jar包
1.4纯注解模式
改造xm+注解模式,将xml中遗留的内容全部以注解的形式迁移出去,最终删除xml,从ava配置类启动
对应注解
@Configuration注解,表名当前类是一个配置类
@ComponentScan注解,替代context:component-scan
@PropertySource,引入外部属性配置文件
@lmport引入其他配置类
@Value对变量赋值,可以直接赋值,也可以使用$读取资源配置文件中的信息
@Bean将方法返回对象加入SpringlOC容器
Spring IOC高级特性
2.1lazy-Init延迟加载
Bean的延迟加载(延迟创建)
ApplicationContext容器的默认行为是在启动服务器时将所有singleton bean提前进行实例化。提前实例化意味着作为初始化过程的一部分,ApplicationContext实例会创建并配置所有的singletonbean。
比如:
lazy-init="false",立即加载,表示在spring启动时,立刻进行实例化。
如果不想让一个singleton bean在ApplicationContext实现初始化时被提前实例化,那么可以将bean设置为延迟实例化。
设置lazy-init 为true的bean将不会在ApplicationContext启动时提前被实例化,而是第一次向容器通过getBean索取bean时实例化的。
如果一个设置了立即加载的bean1,引用了一个延迟加载的bean2,那么bean1在容器启动时被实例化,而bean2由于被bean1引用,所以也被实例化,这种情况也符合延时加载的bean在第一次调用时才被实例化的规则。
也可以在容器层次中通过在元素上使用"default-lazy-init"属性来控制延时初始化。如下面配置:
如果一个bean的scope属性为scope="pototype"时,即使设置了lazy-init="false",容器启动时也不会实例化bean,而是调用getBean方法实例化的。
应用场景
(1)开启延迟加载—定程度提高容器启动和运转性能
(2)对于不常使用的Bean设置延迟加载,这样偶尔使用的时候再加载,不必要从一开始该Bean就占用资源
2.2FactoryBean和BeanFactory
BeanFactory接口是容器的顶级接口,定义了容器的一些基础行为,负责生产和管理Bean的一个工厂,具体使用它下面的子接口类型,比如ApplicationContext;此处我们重点分析FactoryBean
Spring中Bean有两种,一种是普通Bean,一种是工厂Bean (FactoryBean) , FactoryBean可以生成某一个类型的Bean实例(返回给我们),也就是说我们可以借助于它自定义Bean的创建过程。
Bean创建的三种方式中的静态方法和实例化方法和FactoryBean作用类似,FactoryBean使用较多,尤其在Spring框架一些组件中会使用,还有其他框架和Spring框架整合时使用
Company类
CompanyFactoryBean类
xml配置
测试,获取FactoryBean产生的对象
测试,获取FactoryBean,需要在id之前添加“&”
2.3后置处理器
Spring提供了两种后处理bean的扩展接口,分别为BeanPostProcessor和BeanFactoryPostProcessor,两者在使用上是有所区别的。
工厂初始化(BeanFactory)—>Bean对象
在BeanFactory初始化之后可以使用BeanFactoryPostProcessor进行后置处理做一些事情
在Bean对象实例化(并不是Bean的整个生命周期完成)之后可以使用BeanPostProcessor进行后置处理做一些事情
注意︰对象不一定是springbean,而springbean一定是个对象
SpringBean的生命周期
2.3.1 BeanPostProcessor
BeanPostProcessor是针对Bean级别的处理,可以针对某个具体的Bean.
该接口提供了两个方法,分别在Bean的初始化方法前和初始化方法后执行,具体这个初始化方法指的是什么方法,类似我们在定义bean时,定义了init-method所指定的方法
定义一个类实现了BeanPostProcessor,默认是会对整个Spring容器中所有的bean进行处理。如果要对具体的某个bean处理,可以通过方法参数判断,两个类型参数分别为Object和String,第一个参数是每个bean的实例,第二个参数是每个bean的name或者id属性的值。所以我们可以通过第二个参数,来判断我们将要处理的具体的bean。
注意:处理是发生在Spring容器的实例化和依赖注入之后。
2.3.2 BeanFactoryPostProcessor
BeanFactory级别的处理,是针对整个Bean的工厂进行处理,典型应用:PropertyPlaceholderConfigurer
此接口只提供了一个方法,方法参数为ConfigurableListableBeanFactory,该参数类型定义了一些方法
其中有个方法名为getBeanDefinition的方法,我们可以根据此方法,找到我们定义bean的BeanDefinition对象。然后我们可以对定义的属性进行修改,以下是BeanDefinition中的方法
方法名字类似我们bean标签的属性,setBeanClassName对应bean标签中的class属性,所以当我们拿到BeanDefinition对象时,我们可以手动修改bean标签中所定义的属性值。
BeanDefinition对象∶我们在XML中定义的bean标签,Spring解析bean标签成为一个JavaBean,这个JavaBean就是 BeanDefinition
注意:调用BeanFactoryPostProcessor方法时,这时候bean还没有实例化,此时bean刚被解析成BeanDefinition对象
好了SpringlOC应用就先写到这里吧,持续更新中,如果觉得对你有帮助的话可不可以转发+关注一波呢;
看完三件事❤️
如果你觉得这篇内容对你还蛮有帮助,我想邀请你帮我三个小忙:
点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。
关注公众号 『 Java斗帝 』,不定期分享原创知识。
同时可以期待后续文章ing🚀
评论