一:Spring中配置文件的加载原理:
二:常用的Spring配置文件的加载方式:
有三种分别是:
- 1:使用我们当前项目的的路径加载:
即使用ClassPathXmlApplicationContext("classpath:xxx.xml")类加载; - 2:使用磁盘文件目录加载
FileSystemXmlApplicationContext("配置文件所在的磁盘路径"); - 3:在Web.xml文件中使用Listener来加载:
spring3.0中已经将org.springframework.web.context.ContextLoaderServlet该类废弃
* <context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring-iod.xml</param-value>
</context-param>
* <listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
然后在
web项目中使用以下代码获取相应的bean对象:
ServletContext context = req.getSession().getServletContext();
ApplicationContext con = WebApplicationContextUtils.getWebApplicationContext(context);
shop s = (shop)con.getBean("oneInterface");
三:Spring的配置中的bean属性用法:
-
1:id唯一标识一个bean对象;
-
2:class:表示要实例化哪一个类的对象
-
3:property:要实例化的对象的属性
-
4:scope:它的值有5个:
- singleton:表示单例;每一个bean容器中只存在一个对象(default)
- prototype表示每次请求都会创建一个对象;
- request在一次HTTP请求中,一个bean定义对应一个实例;即每次HTTP请求将会有各自的bean实例,它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。
- session:在一个HTTP Session中,一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。
-
globel session:在一个全局的HTTP Session中,一个bean定义对应一个实例。典型情况下,仅在使用portlet context的时候有效。该作用域仅在基于web的Spring ApplicationContext情形下有效。
lazy-init(默认为“default”):用来定义这个Bean是否实现懒初始化。如果为“true”,它将在BeanFactory启动时初始化所有的Singleton Bean。反之,如果为“false”,它只在Bean请求时才开始创建Singleton Bean。
-
5:autowire(自动装配,默认为“default”):它定义了Bean的自动装载方式。
自动装配就意思就是我们不需要在Bean上增加属性,IOC容器会根据我们选择的装配模式去自己给我们相应的类的属性赋值;- 1、“no”:不使用自动装配功能。(default)
- 2、“byName”:把Bean的属性具有相同名字的的其他Bean自动装配到Bean的对应属性中。
- 3、“byType”:把与Bean的属性具有相同类型的的其他Bean 自动装配Bean的对应属性当中。
- 4、“constructor”:把与Bean 的构造器入参具有相同类型的其他Bean自动装配到构造器的对应入参中。
- 5、“autodetect”:通过Bean类的反省机制(introspection)决定是使用“constructor”还是使用“byType”。
首先尝试使用constructor进行自动装配,如果失败,再使用byType进行自动装配
-
6:dependency-check(依赖检查,默认为“default”):它用来确保Bean组件通过JavaBean描述的所以依赖关系都得到满足。在与自动装配功能一起使用时,它特别有用。
-
1、 none:不进行依赖检查。
-
2、 objects:只做对象间依赖的检查。
-
3、 simple:只做原始类型和String类型依赖的检查
-
4、 all:对所有类型的依赖进行检查。它包括了前面的objects和simple。
-
7.depends-on(依赖对象):这个Bean在初始化时依赖的对象,这个对象会在这个Bean初始化之前创建。
-
8:init-method:用来定义Bean的初始化方法,它会在Bean组装之后调用。它必须是一个无参数的方法。
-
9:destroy-method:用来定义Bean的销毁方法,它在BeanFactory关闭时调用。同样,它也必须是一个无参数的方法。它只能应用于singleton Bean。
-
10: factory-method:定义创建该Bean对象的工厂方法。它用于下面的“factory-bean”,表示这个Bean是通过工厂方法创建。此时,“class”属性失效。
-
11:factory-bean:定义创建该Bean对象的工厂类。如果使用了“factory-bean”则“class”属性失效。
四:Spring的生命周期方法:
init和destory方法
这些方法会在Bean容器初始化时和Bean容器销毁时就去调用。
有三种配置方式:
- 1:直接在Bean里面配置 每一个bean的属性里面都有一个init-method和destory-method方法;
例子
<bean id="shop" class="com.cp.insist.impl.shopimp" init-method="init" destroy-method="destory"></bean>
相应的类中也要有对应的init方法和destory方法
- 2:配置全局的默认的初始化init-method和销毁destory-method方法,在Beans 这个标签里面有一个default-init-method和default-destory-method方法;
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd"
default-init-method="init" default-destroy-method="destory">
- 3:实现InitializingBean,DisposableBean这两个接口并重写两个接口里面的方法
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("我是初始化方法afterPropertiesSet");
}
@Override
public void destroy() throws Exception {
System.out.println("我是销毁方法destory");
}
五:Spring中以Aware结尾的接口使用说明:
Aware,即感知,是Spring IOC的一个特性,当实现了对应的Aware接口时,BeanFactory工厂会在生产bean时给bean注入对应的属性,即为该bean增强一定功能。
Spring中提供一些Aware相关接口,像是BeanFactoryAware、 ApplicationContextAware、ResourceLoaderAware、ServletContextAware等等,实现这些 Aware接口的Bean在被初始之后,可以取得一些相对应的资源,例如实现BeanFactoryAware的Bean在初始后,Spring容器将会注入BeanFactory的实例,而实现ApplicationContextAware的Bean,在Bean被初始后,将会被注入 ApplicationContext的实例等等。
如上图所示:Spring中有很多实现了Aware的接口
下面介绍几种常用的:
-
1:ApplicationContextAware:给实现该接口的bean注入ApplicationContext容器
-
2:ApplicationEventPublisherAware:给实现该接口的bean注入ApplicationEventPublisher对象,以供分发事件使用。
-
3:BeanClassLoaderAware:给实现该接口的bean注入该类的类加载器。
-
4:BeanFactoryAware:给实现该接口的bean注入当前BeanFactory容器,此时该bean就持有BeanFactory容器功能。
-
5:BeanNameAware:给实现该接口的bean注入bean的名称。
public class school implements ApplicationContextAware{
private ApplicationContext context;
@Override
public void setApplicationContext(ApplicationContext arg0)
throws BeansException {
this.context = arg0;
}
public void getBean(){
((userdaoImp)context.getBean("userdao1")).add("ceshi ");
System.out.println(context.hashCode());
}
}
六:Spring中读取配置文件的Resource接口介绍:
在Spring内部,针对于资源文件有一个统一的接口Resource表示。
- 其主要实现类有
ClassPathResource、FileSystemResource、UrlResource、ByteArrayResource、ServletContextResource和InputStreamResource。
Resource接口中主要定义有以下方法: - 1: exists():用于判断对应的资源是否真的存在。
- 2:isReadable():用于判断对应资源的内容是否可读。需要注意的是当其结果为true的时候,其内容未必真的可读,但如果返回false,则其内容必定不可读。
- 3: isOpen():用于判断当前资源是否代表一个已打开的输入流,如果结果为true,则表示当前资源的输入流不可多次读取,而且在读取以后需要对它进行关闭,以防止内存泄露。该方法主要针对于InputStreamResource,实现类中只有它的返回结果为true,其他都为false。
- 4: getURL():返回当前资源对应的URL。如果当前资源不能解析为一个URL则会抛出异常。如ByteArrayResource就不能解析为一个URL。
- 5: getFile():返回当前资源对应的File。如果当前资源不能以绝对路径解析为一个File则会抛出异常。如ByteArrayResource就不能解析为一个File。
- 6: getInputStream():获取当前资源代表的输入流。除了InputStreamResource以外,其它Resource实现类每次调用getInputStream()方法都将返回一个全新的InputStream。
- A:ClassPathResource可用来获取类路径下的资源文件。假设我们有一个资源文件test.txt在类路径下(classpath路径),我们就可以通过给定对应资源文件在类路径下的路径path来获取它,new ClassPathResource(“test.txt”)。
- B: FileSystemResource可用来获取文件系统里面的资源。我们可以通过对应资源文件的文件路径来构建一个FileSystemResource。FileSystemResource还可以往对应的资源文件里面写内容,当然前提是当前资源文件是可写的,这可以通过其isWritable()方法来判断。FileSystemResource对外开放了对应资源文件的输出流,可以通过getOutputStream()方法获取到。
- C:UrlResource可用来代表URL对应的资源,它对URL做了一个简单的封装。通过给定一个URL地址,我们就能构建一个UrlResource。
- D: ByteArrayResource是针对于字节数组封装的资源,它的构建需要一个字节数组。
- E:ServletContextResource是针对于ServletContext封装的资源,用于访问ServletContext环境下的资源。ServletContextResource持有一个ServletContext的引用,其底层是通过ServletContext的getResource()方法和getResourceAsStream()方法来获取资源的。
- F:InputStreamResource是针对于输入流封装的资源,它的构建需要一个输入流。
调用getResource方法时可以在里面传递参数(”url”或者“classpath”,"file")前缀分别表示从不同的地方下载资源:(url表示从网上下载资源;classpath:表示从项目根路径;file表示从磁盘路径下载相应资源)
网友评论