【spring 区别】ClassXmlAplicationContext和FileSystemXmlApplicationContext的区别

今天写一个简单的spring使用例子,遇到这个问题:

项目结构如下:

 

代码如下:

 1 package com.it.sxd;
 2
 3 import java.nio.file.FileSystem;
 4
 5 import org.junit.Test;
 6 import org.springframework.context.ApplicationContext;
 7 import org.springframework.context.support.ClassPathXmlApplicationContext;
 8 import org.springframework.context.support.FileSystemXmlApplicationContext;
 9
10 public class SayHelloTest {
11
12     @Test
13     public void testSayHello(){
14         //1.读取hello。xml配置文件,实例化一个Ioc容器
15         ApplicationContext context = new ClassPathXmlApplicationContext("hello.xml");
16
17
18         //2.从Ioc容器中获取ID为"hello1"的bean ,此处是“面向接口编程   而不是面向实现编程”
19         SayHell sayHell = context.getBean("hello1",SayHell.class);
20         //3.实现功能
21         sayHell.sayHello();
22     }
23
24 }

View Code

代码中使用ClassPathXmlApplicationContext获取一个Ioc的实例化对象,但是读取这个"hello.xml"文件,无论怎么修改路径,修改成"resources/hello.xml"或者"hello.xml",总之是没有办法识别,一直报如下的错误:

 1 org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from class path resource [resources/hello.xml]; nested exception is java.io.FileNotFoundException: class path resource [resources/hello.xml] cannot be opened because it does not exist
 2     at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:344)
 3     at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:304)
 4     at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:181)
 5     at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:217)
 6     at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:188)
 7     at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:252)
 8     at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:127)
 9     at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:93)
10     at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:129)
11     at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:609)
12     at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:510)
13     at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
14     at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83)
15     at com.it.sxd.SayHelloTest.testSayHello(SayHelloTest.java:12)
16     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
17     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
18     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
19     at java.lang.reflect.Method.invoke(Method.java:606)
20     at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
21     at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
22     at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
23     at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
24     at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
25     at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
26     at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
27     at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
28     at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
29     at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
30     at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
31     at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
32     at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
33     at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
34     at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
35     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
36     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
37     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
38     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
39 Caused by: java.io.FileNotFoundException: class path resource [resources/hello.xml] cannot be opened because it does not exist
40     at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:172)
41     at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:330)
42     ... 36 more

View Code

提示这个文件不存在,找不到。

 

好吧 ,我要爆炸了!!!

听说基友解读了一番,将ClassXmlAplicationContext()方法替换成FileSystemXmlApplicationContext()方法,代码如下:

 1 package com.it.sxd;
 2
 3 import java.nio.file.FileSystem;
 4
 5 import org.junit.Test;
 6 import org.springframework.context.ApplicationContext;
 7 import org.springframework.context.support.ClassPathXmlApplicationContext;
 8 import org.springframework.context.support.FileSystemXmlApplicationContext;
 9
10 public class SayHelloTest {
11
12     @Test
13     public void testSayHello(){
14         //1.读取hello。xml配置文件,实例化一个Ioc容器
15         ApplicationContext context = new FileSystemXmlApplicationContext("resources/hello.xml");
16
17
18         //2.从Ioc容器中获取ID为"hello1"的bean ,此处是“面向接口编程   而不是面向实现编程”
19         SayHell sayHell = context.getBean("hello1",SayHell.class);
20         //3.实现功能
21         sayHell.sayHello();
22     }
23
24 }

View Code

然后:

效果很好嘛~~!!!然后就好了。

 

 

下面就解读一下这两个方法的区别:

 

Spring容器最基本的接口就是BeanFactory. BeanFactory负责配置、创建、管理Bean,它有一个子接口ApplicationContext,也称为Spring上下文。Spring容器负责管理Bean与Bean之间的信赖关系。 

BeanFactory有很多实现类,通常使用org.springframework.beans.factory.xml.XmlBeanFactory类。但对于大部分J2EE应用而言,推荐使用ApplicationContext. ApplicationContext是BeanFactory的子接口,其常用实现类是org.springframework.context.support.FileSystemXmlApplicationContext和org.springframework.context.support.ClassXmlAplicationContext。 
Springr的配置信息通常采用XML配置文件来设置,因此,创建BeanFactory实例时,应该提供XML配置文件作为参数。、 

下面详细介绍ApplicationContext的实际运用: 

一:ClassPathXmlApplicationContext 
1.没有前缀:默认为项目的classpath下相对路径 
ApplicationContext appCt = new ClassPathXmlApplicationContext("app.spring.xml"); 

2.前缀classpath:表示的是项目的classpath下相对路径 
ApplicationContext appCt = new ClassPathXmlApplicationContext("classpath:app.spring.xml"); 

3.使用前缀file 表示的是文件的绝对路径 
ApplicationContext appCt = new ClassPathXmlApplicationContext("file:D:/app.spring.xml"); 

4.可以同时加载多个文件 
String[] xmlCfg = new String[] { "classpath:base.spring.xml","app.spring.xml"}; 
ApplicationContext appCt = new ClassPathXmlApplicationContext(xmlCfg); 

5.使用通配符加载所有符合要求的文件 
ApplicationContext appCt = new ClassPathXmlApplicationContext("*.spring.xml"); 

 

也就是说呢,这个ClassPathXmlApplicationContext()方法,只能识别源文件夹的范围下的东西。

 

二:FileSystemXmlApplicationContext 
1.默认为项目工作路径 即项目的根目录 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext("src/main/resources/app.spring.xml"); 

2.前缀classpath:表示的是项目的classpath下相对路径 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext("classpath:app.spring.xml"); 

3.使用前缀file 表示的是文件的绝对路径 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext("file:D:/app.spring.xml"); 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext("D:/app.spring.xml"); 

4.可以同时加载多个文件 
String[] xmlCfg = new String[] { "src/main/resources/base.spring.xml","classpath:app.spring.xml"}; 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext(xmlCfg); 

5.使用通配符加载所有符合要求的文件 
ApplicationContext appCt2 = new FileSystemXmlApplicationContext("classpath:*.spring.xml"); 

 

代码解释:

 1 import org.springframework.context.ApplicationContext;
 2 import org.springframework.context.support.ClassPathXmlApplicationContext;
 3 import org.springframework.context.support.FileSystemXmlApplicationContext;
 4 import aoplog.LogAfterAdvice;
 5 import aoplog.LogBeforeAdvice;
 6 /**
 7 * @author Michael
 8 *
 9 */
10 public class TestApplicationContext {
11 /**
12 * @param args
13 */
14 public static void main(String[] args) {
15 /**
16 * ClassPathXmlApplicationContext
17 */
18 // 没有前缀:默认为项目的classpath下相对路径
19 ApplicationContext appCt = new ClassPathXmlApplicationContext(
20 "app.spring.xml");
21 // 前缀classpath:表示的是项目的classpath下相对路径
22 // ApplicationContext appCt = new ClassPathXmlApplicationContext(
23 // "classpath:app.spring.xml");
24 // 使用前缀file 表示的是文件的绝对路径
25 // ApplicationContext appCt = new ClassPathXmlApplicationContext(
26 // "file:D:/app.spring.xml");
27 LogBeforeAdvice logBefore = (LogBeforeAdvice) appCt
28 .getBean("logBefore");
29 System.out.println("ClassPathXmlApplicationContext test:"
30 + logBefore.getClass());
31 // 利用通配符文件加载
32 ApplicationContext appCtXx = new ClassPathXmlApplicationContext(
33 "*.spring.xml");
34 // 多文件加载
35 String[] xmlCfg = new String[] { "classpath:base.spring.xml",
36 "myapp.spring.xml" };
37 ApplicationContext appCtMore = new ClassPathXmlApplicationContext(
38 xmlCfg);
39 /*
40 * FileSystemXmlApplicationContext
41 */
42 // 默认为项目工作路径 即项目的根目录
43 ApplicationContext appCt2 = new FileSystemXmlApplicationContext(
44 "src/main/resources/app.spring.xml");
45 // 前缀classpath:表示的是项目的classpath下相对路径
46 // ApplicationContext appCt2 = new FileSystemXmlApplicationContext(
47 // "classpath:app.spring.xml");
48 // 使用前缀file 表示的是文件的绝对路径
49 // ApplicationContext appCt2 = new FileSystemXmlApplicationContext(
50 // "file:D:/app.spring.xml");
51 LogAfterAdvice logAfter = (LogAfterAdvice) appCt2.getBean("logAfter");
52 System.out.println("FileSystemXmlApplicationContext test:"
53 + logAfter.getClass());
54 }
55 }

View Code

 

附录:

谈一谈什么是ClassPath以及怎么使用它:

首先:

java运行时的类路径,比如导入的类,在运行时需要将jar包放到classpath路径上。
classpath 在classpath路径上寻找指定文件,如果有多个符合的文件,以第一个为准,也就说,只要找到一个,就不在继续搜索
classpath*:会搜索所有满足条件的文件,有多少加载多少

其次:

编写的java源文件经过编译后生成class文件,需要指定目录存放这些文件。web程序默认都在web-info/classes目录下存放我们的java编译后的文件。
但是web-info目录下还有各种jar包和配置文件呢,确切说web-info根目录才是程序运行时classpath。放在根目录下的源代码,在编译之后,会将此文件copy到web-info目录。

 

JAVA获取classpath路径:

ClassLoader 提供了两个方法用于从装载的类路径中取得资源:

        public URL  getResource (String name);  
        public InputStream  getResourceAsStream (String name);  

       这里name是资源的类路径,它是相对与“/”根路径下的位置。getResource得到的是一个URL对象来定位资源,而getResourceAsStream取得该资源输入流的引用保证程序可以从正确的位置抽取数据。
       但是真正使用的不是ClassLoader的这两个方法,而是Class的 getResource和getResourceAsStream方法,因为Class对象可以从你的类得到(如YourClass.class或 YourClass.getClass()),而ClassLoader则需要再调用一次YourClass.getClassLoader()方法,不过根据JDK文档的说法,Class对象的这两个方法其实是“委托”(delegate)给装载它的ClassLoader来做的,所以只需要使用 Class对象的这两个方法就可以了。

       因此,直接调用  this.getClass().getResourceAsStream(String name) ;获取流,静态化方法中则使用ClassLoader.getSystemResourceAsStream (String name) ; 。

      下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。

1.this.getClass().getResource("") 
得到的是当前类class文件的URI目录。不包括自己!
如:file:/D:/workspace/jbpmtest3/bin/com/test/

2.this.getClass().getResource("/") 
得到的是当前的classpath的绝对URI路径 。
如:file:/D:/workspace/jbpmtest3/bin/

3.this.getClass() .getClassLoader().getResource("") 
得到的也是当前ClassPath的绝对URI路径 。
如:file:/D:/workspace/jbpmtest3/bin/

4.ClassLoader.getSystemResource("") 
得到的也是当前ClassPath的绝对URI路径 。
如:file:/D:/workspace/jbpmtest3/bin/

5.Thread.currentThread().getContextClassLoader ().getResource("") 
得到的也是当前ClassPath的绝对URI路径 。
如:file:/D:/workspace/jbpmtest3/bin/

6.ServletActionContext.getServletContext().getRealPath(“/”) 
Web应用程序 中,得到Web应用程序的根目录的绝对路径。这样,我们只需要提供相对于Web应用程序根目录的路径,就可以构建出定位资源的绝对路径。
如:file:/D:/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/WebProject

注意点:

1.尽量不要使用相对于System.getProperty("user.dir")当前用户目录的相对路径。这是一颗定时炸 弹,随时可能要你的命。

2.尽量使用URI形式的绝对路径资源。它可以很容易的转变为URI,URL,File对象。

3.尽量使用相对classpath的相对路径。不要使用绝对路径。使用上面ClassLoaderUtil类的public static URL getExtendResource(String relativePath)方法已经能够使用相对于classpath的相对路径定位所有位置的资源。

4.绝对不要使用硬编码的绝对路径。因为,我们完全可以使用ClassLoader类的getResource("")方法得到当前classpath的绝对路径。如果你一定要指定一个绝对路径,那么使用配置文件,也比硬编码要好得多!

 

时间: 2024-10-10 08:44:59

【spring 区别】ClassXmlAplicationContext和FileSystemXmlApplicationContext的区别的相关文章

orcale和mysql的区别orcale和mysql的区别orcale和mysql的区别

问题描述 orcale和mysql的区别orcale和mysql的区别orcale和mysql的区别 他两个有什么不同 想听大神总结出他们之间的不同之处越详细越好!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1 解决方案 oracle是要付费的,是强大的商业化数据库,安全性高,付费软件优势很明显. mysql开源,但是mysql不支持视图;不支持commit-rollback,有效处理commit-rollback将

浅谈jQuery中hide和fadeOut的区别 show和fadeIn的区别_jquery

hide和fadeOut 显示效果有什么区别? show和fadeIn显示效果都一样? 很多朋友在学习jQuery的时候 会遇到这个问题 ,hide和 fadeOut都可以带有参数: $(selector).hide(speed,callback); $(selector).fadeOut(speed,callback); 首先我们从名字上就可以看出 hide是隐藏而fadeOut是淡出,当然名字不能看出具体的区别,只能体现他们是不同的而已.但是当我们把参数 speed 设置稍微长一些就可以看出

请问XmlBeanFactory与FileSystemXmlApplicationContext的区别

问题描述 这两个容器应用中有哪些区别?在哪些特定的场景下使用? 解决方案 初始化容器嘛! 会一种就行了!用的也很多!你可以参考下:引用 spring 中加载xml配置文件的方式,好像有3种, xml是最常见的spring 应用系统配置源.Spring中的几种容器都支持使用xml装配bean,包括: XmlBeanFactory , ClassPathXmlApplicationContext , FileSystemXmlApplicationContext , XmlWebApplicatio

Java Spring各种依赖注入注解的区别

Spring对于Bean的依赖注入,支持多种注解方式: @Resource  javax.annotation  JSR250 (Common Annotations for Java)    @Inject  javax.inject  JSR330 (Dependency Injection for Java)    @Autowired  org.springframework.bean.factory  Spring  直观上看起来,@Autowired是Spring提供的注解,其他几个

java spring str-spring和struts有什么区别

问题描述 spring和struts有什么区别 spring和struts有什么区别?求解!各有什么特点?......... 解决方案 怎么说呢,struts这款框架被发明.被使用初衷就是为了解决我们常说的mvc的问题,它的功能也主要是干这个事情,但是呢目前这种框架其实有很多了,struts的优势已经不再这么明显了:spring呢,它是一个综合型的框架,它可以实现很多功能,当初就是为了证明它也可以做好mvc这一块就出了spring mvc这一个模块作为spring的子模块现在被广泛使用,目前我们

Spring作用域request和prototype的区别

问题描述 我们知道,spring有singleton和prototype作用域,而且从spring2.0开始,又增加了三种作用域,request.session.global session.session.global session的作用域是HTTP session和全局session.对于request和prototype,每一次请求都会产生一个新的bean实例,那么它们的具体有什么区别呢?而且,Spring不能对一个prototype bean的整个生命周期负责,这一点我不太能理解,这样

tag和label区别:标签与标记的区别

文章描述:标签与标记的区别. tag和label区别的问题去年曾经在概描述和泛描述中提出过,当时的结论其实不够明确,大概"tag是泛描述,而label是概描述"的意思.近来"做"产品感触不深,但"用"产品的触动,让我似乎... tag和label区别的问题去年曾经在概描述和泛描述中提出过,当时的结论其实不够明确,大概"tag是泛描述,而label是概描述"的意思.近来"做"产品感触不深,但"用&q

net ist初始化的区别-.net List初始化的区别

问题描述 .net List初始化的区别 List lList= new List(); List eList = Enumerable.Empty().ToList(); 请问这2种有什么区别吗? 解决方案 一样 ```public static List ToList(this IEnumerable source) { if (source == null) { throw Error.ArgumentNull("source"); } return new List(sourc

4.关于QT中的QFile文件操作,QBuffer,Label上添加QPixmap,QByteArray和QString之间的区别,QTextStream和QDataStream的区别,QT内存映射(

 新建项目13IO 13IO.pro HEADERS += \     MyWidget.h   SOURCES += \     MyWidget.cpp   QT += gui widgets network CONFIG += C++11 MyWidget.h #ifndef MYWIDGET_H #define MYWIDGET_H   #include <QWidget>   class MyWidget : public QWidget {     Q_OBJECT publi