Spring中使用classpath加载配置文件浅析
在应用Spring的工程中，使用class path的方式加载配置文件应该是最常用的做法，然而对大部分人来说，刚开始使用Spring时，几乎都碰到过加载配置文件失败的情况，除了配置上的错误外，很多时候是因为配置文件的路径和程序中指定的加载路径不一致，从而导致配置文件找不到，或是加载了错误地方的配置文件。本文将就Spring如何从class path中加载配置文件做一些简要的分析。
???????
?
情形一：使用classpath加载且不含通配符
这是最简单的情形，Spring默认会使用当前线程的ClassLoader的DE<getResourceDE<DE<方法获取资源的DE<DE<URLDE<DE<，如果无法获得当前线程的DE<DE<ClassLoaderDE<DE<，DE<DE<SpringDE<DE<将使用加载类DE<org.springframework.util.ClassUtils的ClassLoader。
????
?
1.当工程目录结构如图所示:
?????即配置文件放在bin目录中的conf文件夹里，这时使用
ApplicationContext context =
new ClassPathXmlApplicationContext("conf/application-context.xml");来创建ApplicationContext对象的话，Spring将加载bin/conf目录下的application-context.xml文件。Spring启动时的输出显示为：
Loading XML bean definitions from
class path resource [conf/application-context.xml]
????
?
2.当工程目录结构如图所示：
即bin目录下只有.class文件，没有配置文件，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：
这时使用
ApplicationContext context =
new ClassPathXmlApplicationContext("conf/application-context.xml");来创建ApplicationContext对象的话，Spring将加载conf.jar文件中conf目录下的application-context.xml文件。Spring启动时的输出显示为：
Loading XML bean definitions from
class path resource [conf/application-context.xml]
???
?
3. 当工程目录结构如图所示:即配置文件放在bin目录中的conf文件夹里，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：这时使用
ApplicationContext context =
new ClassPathXmlApplicationContext("conf/application-context.xml");来创建ApplicationContext对象的话，由于没有使用classpath*前缀，Spring只会加载一个application-context.xml文件。在eclipse中将会加载bin/conf目录下的application-context.xml文件，而jar包中的conf/application-context.xml并不会被加载，Spring启动时的输出显示为：
Loading XML bean definitions from
class path resource [conf/application-context.xml]????????情形二：使用classpath加载，包含通配符
碰到通配符的情况时，Spring会通过使用路径中的非通配符部分先确定资源的大致位置，然后根据这个位置在确定具体的资源位置，结合下面给出的几种情况可以更好地理解Spring的这种工作方式
??
1. 当工程目录结构如图所示:
即配置文件放在bin目录中的conf文件夹里，这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("conf/**/*application-context.xml");
来创建ApplicationContext对象的话，Spring首先会通过路径中的非通配符部分即conf，先确定conf的路径，即bin/conf目录，然后从该目录下加载配置文件，由于使用了/**/的方式，表明要加载conf目录下包括各级子目录中的所有配置文件，因此bin/conf/application-context.xml文件和
bin/conf/admin/admin-application-context.xml都会被加载，Spring启动时的输出显示为：
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\admin\admin-application-context.xml]
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\application-context.xml]
??
?
2．当工程目录结构如图所示：即bin目录下只有.class文件，没有配置文件，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：
这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("conf/**/*application-context.xml");来创建ApplicationContext对象的话，Spring首先会通过路径中的非通配符部分即conf，先确定conf的路径，即conf.jar中的conf目录，然后从该目录下加载配置文件，由于使用了/**/的方式，表明要加载conf目录下包括各级子目录中的所有配置文件，因此conf/application-context.xml文件和
conf/admin/admin-application-context.xml都会被加载，Spring启动时的输出显示为：
Loading XML bean definitions from class path resource
[conf/admin/admin-application-context.xml]
Loading XML bean definitions from class path resource
[conf/application-context.xml]
??
?
3．当工程目录结构如图所示：即配置文件放在bin目录中的conf文件夹里，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("conf/**/*application-context.xml");来创建ApplicationContext对象的话，Spring首先会通过路径中的非通配符部分即conf，先确定conf的路径，在eclipse中是bin/conf目录，然后从该目录下加载配置文件，由于使用了/**/的方式，表明要加载conf目录下包括各级子目录中的所有配置文件，因此bin/conf/application-context.xml文件和
bin/conf/admin/admin-application-context.xml都会被加载，但conf.jar文件中的配置文件并不会被加载，Spring启动时的输出显示为：
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\admin\admin-application-context.xml]
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\application-context.xml]????情形三：使用classpath*前缀且不包含通配符
使用classpath*前缀可以获取所有与给定路径匹配的classpath资源，从而避免出现两个不同位置有相同名字的文件，Spring只加载其中一个的情况。
当工程目录结构如图所示:即配置文件放在bin目录中的conf文件夹里，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("classpath*:conf/application-context.xml");来创建ApplicationContext对象的话， Spring将会加载bin目录下的application-context.xml文件和jar包里的application-context.xml文件，Spring启动时的输出显示为：
Loading XML bean definitions from URL
[file:/D:/myworkspace/spring-study/bin/conf/application-context.xml]
Loading XML bean definitions from URL
[jar:file:/D:/myworkspace/conf1.jar!/conf/application-context.xml]
??
情形四：使用classpath*前缀，包含通配符
当工程目录结构如图所示：
即配置文件放在bin目录中的conf文件夹里，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("classpath*:conf/**/*application-context.xml");来创建ApplicationContext对象的话，Spring首先会通过路径中的非通配符部分即conf，先确定conf的路径，由于使用了classpaht*前缀，因此bin目录下的conf和jar包里的conf都会被加载，同时由于使用了/**/的方式，表明要加载conf目录下包括各级子目录中的所有配置文件，因此bin/conf/application-context.xml和
bin/conf/admin/admin-application-context.xml以及jar包中的
conf/application-context.xml和
conf/admin/admin-application-context.xml都会被加载，Spring启动时的输出显示为：
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\admin\admin-application-context.xml]
Loading XML bean definitions from file
[D:\myworkspace\spring-study\bin\conf\application-context.xml]
Loading XML bean definitions from URL
[jar:file:/D:/myworkspace/conf1.jar!/conf/admin/admin-application-context.xml]
Loading XML bean definitions from URL
[jar:file:/D:/myworkspace/conf1.jar!/conf/application-context.xml]
??
?
?
特别注意：
如果工程目录如图所示：
即配置文件直接放在bin目录中，同时在工程属性的Java Build Path->Libraries里导入conf.jar文件，jar文件结构如图所示：
这时使用
ApplicationContext context = new
ClassPathXmlApplicationContext("classpath*:**/*application-context.xml");来创建ApplicationContext对象的话，Spring只会加载
bin/application-context.xml和bin/admin/admin-application-context.xml，
而jar包中的配置文件并不会被加载。这是因为Spring使用class path加载配置文件时需要借助JDK的ClassLoader.getResources(String name)方法，而该方法有一个局限：当传入的参数为空字符串时，即我们本意是想从根目录获取文件，这时JDK只会返回存在于文件系统中的资源，而在jar包中的资源并不会被返回。
????
?
我们在eclipse中写个简单的测试类就能很容易看到这点：
ClassLoader loader = Thread.currentThread().getContextClassLoader();
Enumeration resources = loader.getResources("");
while (resources.hasMoreElements()) {
URL url = (URL)resources.nextElement();
???????System.out.println(url);
}
运行测试类后，输出结果为：
file:/D:/myworkspace/spring-study/bin/
file:/D:/ProgramFiles/eclipse3.2/configuration/org.eclipse.osgi/bundles/47/1/.cp/
可以看到，获得的资源路径中并不包含jar包中的路径，因此jar包中的配置文件自然不能被Spring加载了。?????Spring中使用classpath加载配置文件浅析???????参考资料：
Spring Framework开发参考手册（中文翻译版）
http://www.redsaga.com/spring_ref/2.0/html/
?
java.lang.ClassLoader的API文档
http://java.sun.com/j2se/1.5.0/docs/api/
?
org.springframework.core.io.support.PathMatchingResourcePatternResolver的API文档
http://static.springframework.org/spring/docs/2.0.x/api/index.htmlSpring可以通过指定classpath*:与classpath:前缀加路径的方式从classpath加载文件,如bean的定义文件.classpath*:的出现是为了从多个jar文件中加载相同的文件.classpath:只能加载找到的第一个文件.
比如 resource1.jar中的package 'com.test.rs' 有一个 'jarAppcontext.xml' 文件,内容如下:
<bean name="ProcessorImplA" />
resource2.jar中的package 'com.test.rs' 也有一个 'jarAppcontext.xml' 文件,内容如下:
<bean id="ProcessorImplB" />
通过使用下面的代码则可以将两个jar包中的文件都加载进来
ApplicationContext ctx = new ClassPathXmlApplicationContext(
??????????????? "classpath*:com/test/rs/jarAppcontext.xml");
而如果写成下面的代码,就只能找到其中的一个xml文件(顺序取决于jar包的加载顺序)
ApplicationContext ctx = new ClassPathXmlApplicationContext(
??????????????? "classpath:com/test/rs/jarAppcontext.xml");
classpath*:的使用是为了多个component(最终发布成不同的jar包)并行开发,各自的bean定义文件按照一定的规则:package+filename,而使用这些component的调用者可以把这些文件都加载进来.
classpath*:的加载使用了classloader的 getResources() 方法,如果是在不同的J2EE服务器上运行,由于应用服务器提供自己的classloader实现，它们在处理jar文件时的行为也许会有所不同。 要测试 classpath*: 是否有效，可以用classloader从classpath中的jar文件里加载文件来进行测试： getClass().getClassLoader().getResources("<someFileInsideTheJar>") 。(上面的例子是在sun的jre中运行的状态)
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/kkdelta/archive/2010/04/20/5507799.aspx
?
?