##xml配置文件部分
1.获取springIOC容器的方法以及其两者比较(IOC是将创建对象的权利交给IOC容器,从而达到解耦的目的)
获取spring的IOC核心容器的方法有以下:
一,ApplicationContext的三个常用实现类(类似 ApplicationContext ac = new FileSystemXmlApplicationContext()的格式)
1.ClassPathXmlApplicationContext,它可以加载类路径下的配置文件,要求配置文件必须在类路径下,不在的话,加载不了
2,FileSystemXmlApplicationContext,它可以加载磁盘任意路径下的配置文件(必须要有访问权限)
3,AnnotationConfigApplicationContext,读取注解创建容器
二,核心容器的两个接口引发出的问题
1,ApplicationContext:(单例对象适用,注意只是适用)
它在构建核心容器时,创建对象采取的策略是采用立即加载的方式,也就是说,只要已读完配置文件马上创建配置文件中配置的对象
2,BeanFactory:(多例对象适用)
( 类似Resource resource=new ClassPathResource(“bean.xml”);
BeanFactory factory =new XmlBeanFactory(resource);的格式)
它在构建核心容器时,创建对象采取的策略是延迟加载的方式,也就是说,什么时候根据id获取对象了,什么时候创建
3,两者比较
早期的电脑性能低,内存小,所以spring容器的容量不足,不能讲所以的对象全部创建好放入容器,所以使用的是BeanFactory
需要某个对象时,再进行创建,随着电脑硬件的发展,内存越来越大,所以spring框架引入了ApplicationContext,
将所有的对象都创建好,放入容器,使用哪个对象,从容器中取得即可。
建议在资源匮乏的环境可以使用BeanFactory.
2,配置文件xml的配置
1,创建bean的三种方式
1), 第一种方式,使用默认构造函数创建(注意要有默认构造函数,注意一般类中都有默认构造函数,除非重写默认构造函数)
在spring的配置文件中使用bean标签,配以id和class属性之后,且没有其他属性和标签时。
采用的是默认构造函数创建bean对象,此时如果类中没有构造函数,则无法创建
<bean id=“accountService” class=“service.impl.AccountServiceImpl”></bean>
2),第二种方法使用普通工厂中的方法创建对象(使用某个类中的方法创建对象并存入Spring中,如下所示在com.itheima.factory.InstanceFactory类中就有getAccountService方法创建了对象)
<bean id=“instanceFactory” class=“factory.InstanceFactory”></bean>
<bean id=“accountService” factory-bean=“instanceFactory” factory-method=“getAccountService”></bean>
3),第三种方法,使用工厂中的静态方法创建对象(使用某个类中静态方法创建对象,并存入spring容器中,注意必须是静态方法)
<bean id=“accountService” class=“StaticFactory” factory-method=“getAccountService”></bean>
2,bean的作用范围
1,
bean标签的scope属性:
作用:用于指定bean的作用范围
取值:
singleton:单例(默认值)
prototype:多例
request:作用于web应用的请求范围
session:作用于web应用的会话范围
global-session:作用于集群环境的会话范围(全局会话范围),但不是集群时,它就是session
<bean id=“accountService” class=“service.impl.AccountServiceImpl” scope=“singleton”></bean>
2,单例和多例的区别
单例模式
bean在单例模式下,spring容器启动时解析xml文件发现该bean标签后,直接创建该bean对象存入内部map中保存,此后无论调用多少次getBean()获取该bean都是从map中获取该对象返回,一直是一个对象。此对象一直被spring容器持 有,直到容器推出时,随着容器的退出对象被销毁。
多例模式
bean在多例模式下,spring容器启动时解析xml发下该bean标签后,只是将该bean进行管理,并不会创建对象,此后每层使用getBean()获取该bean时,spring都会重新创建该对象返回,每层都是一个新的对象。这个对象spring容器并不 会持有,什么时候销毁却决于该对象的用户自己什么时候销毁该对象。
简单的说,单例就是解析完配置文件就创建对象存储在spring容器中,而多例则是则是先不会创建对象,当要getbean时,才会创建对象,其次多例的销毁spring容器不会管理,可能会由于jvm的垃圾回收机制来回收
(有个问题:多例和applicationcontext创建对象的时机不对,他们是不是有优先级,也就是创建对象时,发现是多例则先不创建?)
3,bean的作用范围
单例对象:
出生:容器创建时对象出生
活着:只要容器还在,对象一直活着
死亡:单例对象的生命周期和容器相同
多例对象:
出生:当我们使用对象时,spring框架为我们创建
活着:对象只要是使用过程中就一直活着
死亡:当对象长时间不用,且没有其他对象引用时,由java的垃圾回收机制回收(gc)
4,spring的依赖注入
依赖注入:
Dependency Injection
IOC的作用:
降低程序间的耦合(依赖关系)
依赖关系的管理:
以后交给spring来维护
在当前类需要用到其他类的对象,由spring为我们提供,我们只需要在配置文件中说明
依赖关系的维护:
就称之为依赖注入
依赖注入:
能注入的数据有三类
基本类型和String
其他bean类型(在配置文件中或者注解配置过的bean)
复杂类型/集合类型
注入方式:有三种
第一种,使用构造函数提供
使用的标签:constructor-arg
标签出现的位置:bean标签的内部
标签中的属性
type:用于指定要注入数据的类型,该数据也是构造函数某个成员参数的类型
index:用于指定要注入的数据给构造函数中指定索引位置的参数赋值,索引的位置是从0开始
name:用于给指定构造函数中指定名称的参数赋值
=
以上三个用于指定给构造中哪个参数赋值==========================
value:用于提供基本类型和String类型的数据
ref:用于指定其他bean类型数据,它指的就是在spring的IOC核心容器中出现过的bean对象
优势:
在获取bean对象时,注入数据是必须的操作,否则对象无法创建成功
弊端:
改变了bean对象的实例化方式,在我们创建对象时,如果用不到这些数据,也必须提供,可能会导致循环注入,
还有就是如果通过type相同时,按参数顺序注入,有多个构造函数,参数或者类型不同时,通过参数个数或者类型来选择注入顺序
第二种,使用set方法提供
1), 设计的标签:property
出现的位置:bean标签的内部
标签的属性
name:用于指定注入时所调
用的set方法名称
value:用于提供基本类型和String类型数据
ref:用于指定其他bean类型数据,它指的是在spring核心容器出现过的bean对象
优势:
创建对象没有明确限制,可以直接使用默认构造函数
弊端:
如果某个成员必须有值,则获取对象时有可能set方法没有执行,(为什么?因为创建对象时不会调用set方法,但你创建对象调用完默认构造函数,对象就没用了,打个比方构造函数调用对象时,没有被注入。故此有这一说)
2),复杂类型的注入/集合类型的注入
用于给List结构集合注入的标签
List array set
用于给map结构集合注入的标签:
map props
结构相同,标签可以互换
格式类似如下:
<property name=“myStrs”>
<array>
<value>AAA</value>
<value>BBB</value>
<value>CCC</value>
</array>
</property>
第三种,使用注解提供(后续笔记会提及)