有关spring框架的问题
- ApplicationContext的三个常用实现类:
-
ClassPathXmlApplicationContext:它可以加载类路径下的配置文件,要求配置文件必须在类路径下,不在的话,就加载不了(实际开发更常用)
-
FileSystemXmlApplicationContext:它可以加载磁盘任意路径下的配置文件(必须有访问把权限)
-
AnnotationConfigApplicationContext:它用于读取注释创建容器的
-
- 总结:通过上面我们可以看出,在实际开发中更常用第一种,因为第一种我们在实际开发时,很多懂事都是布置在服务器上面,方便大家都能够去看。
核心容器的两个接口引发的问题:
* ApplicationContext:(单例对象适用) 采用此接口
* 它在构建核心容器时,创建对象采取的策略是采用立即加载的方式,也就是说,只要一读取完配置文件马上就创建配置文件中的配置对象
* BeanFactory:(多例对象适用)
* 它在构建核心容器时,创建对象采用的策略是采用延迟加载的方式,也就是说,什么时候根据id获取对象了,什么时候才真正的创建对象
- 如下图
spring对bean的管理细节
创建bean的三种方式:
-
使用默认构造函数创建
在spring的配置文件中使用bean标签,配以id和class属性之后,且没有其他的属性和标签时, 采用的就是默认构造函数创建bean对象,此时如果类中没有默认构造函数,测对象无法创建。
-
使用普通工厂中的方法创建对象(使用某个类中的方法创建对象,并存入spring容器中)
使用这个到时候是我们并不知道里面含有那些方法时(如别人已经写好的jar包,我们无法修改)
-
使用工厂中的静态方法创建对象(使用某个类中静态方法创建对象,并存如spring容器)
bean对象的作用范围
- bean标签的scope属性:
作用:用于指定bean的作用范围
取值:常用的就是单例和多例
singleton 单例的(默认)
prototype 多例
request 作用于web应用请求范围
session 作用于web应用的会话范围
global-session 作用于集群环境的会话范围(全局会话范围),当不是集群环境时,它就是session
bean对象的生命周期
- 单例对象:
出生:当容器创建时对象出生
活着:只要容器还在,对象一直活着
死亡:容器销毁,对象消亡
多例对象:
出生:当我们使用对象时spring为我们创建
活着:对象只要是在使用过程中就一直活着
死亡:(Java回收机制)当对象长时间不使用时,且没有被别的对象引用时,由Java的垃圾回收器回收
spring中的依赖注入
依赖注入:
Dependency Injection
IOC作用:
降低程序间的耦合(依赖关系)
依赖关系的管理:
以后就交给spring来维护,当前类需要用到其他类的对象,由spring为我们提供,我们只需要在配置文件中说明
依赖关系的维护:
就称之为依赖注入。
- 依赖注入:
> 能注入数据:有三类
> 基本类型和String
> 其他bean类型(在配置文件中或者注解配置文件过的bean)
> 复杂类型/集合类型
>
>
> 注入的方式:有三种
第一种:使用构造函提供
第二种:使用set方法提供
第三种:使用注解提供
- 构造函数注入
使用的标签:constructor-arg
标签出现的位置是在bean标签内部
标签种的属性:
type:用于指定要注入的数据的数据类型,该数据也是构造函数中某个或某些参数的类型
index:用于指定要注入到数据给构造函数中指定索引的参数赋值,索引的位置是从0开始
name:用于指定给构造函数中中指定名称的参数赋值 (常用)
以上三个用于指定给构造函数中那个参数赋值
value:用于提供基本类型和String类型的数据
ref:用于指定其他的bean类型数据,它指定就是在spring的IOC核心容器中出现过的bean对象优势:在获取bean对象时,注入数据是必须的操作,否则对象无法创建成功 缺点:改变了bean对象的实例化方式,使我们在创建对象时,如果用不到该数据也必须提供
- set方法注入
涉及到的标签:property 出现的位置:bean标签的内部 标签属性: name:用于指定注入时所调用的set方法名称 value:用于提供基本类型和String类型的数据 ref:用于指定其他的bean类型数据,它指定就是在spring的IOC核心容器中出现过的bean对象 优势:创建对象时没有明确的限制,可以直接使用默认构造函数 弊端:如果某个成员必须有值,则获取对象是有可能set方法没有执行