Spring中使用classpath加载配置文件浅析

本文详细分析了Spring框架中如何从classpath加载配置文件的各种情形,包括不含通配符、含通配符、使用classpath*前缀等场景,并解释了Spring在不同工程目录结构下加载配置文件的具体过程。
Spring中使用classpath加载配置文件浅析

在应用Spring的工程中,使用class path的方式加载配置文件应该是最常用的做法,然而对大部分人来说,刚开始使用Spring时,几乎都碰到过加载配置文件失败的情况,除了配置上的错误外,很多时候是因为配置文件的路径和程序中指定的加载路径不一致,从而导致配置文件找不到,或是加载了错误地方的配置文件。本文将就Spring如何从class path中加载配置文件做一些简要的分析。

       

 

情形一:使用classpath加载且不含通配符

这是最简单的情形,Spring默认会使用当前线程的ClassLoadergetResource方法获取资源的URL,如果无法获得当前线程的ClassLoaderSpring将使用加载类org.springframework.util.ClassUtilsClassLoader

    

 

1.当工程目录结构如图所示:

     

即配置文件放在bin目录中的conf文件夹里,这时使用

ApplicationContext context = 

new ClassPathXmlApplicationContext("conf/application-context.xml");

 

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");

 

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");

 

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");

 

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");

 

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");

 

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]

来创建 ApplicationContext 对象的话, Spring 将会加载 bin 目录下的 application-context.xml 文件和 jar 包里的 application-context.xml 文件, Spring 启动时的输出显示为:
来创建 ApplicationContext 对象的话, Spring 首先会通过路径中的非通配符部分即 conf ,先确定 conf 的路径,在 eclipse 中是 bin/conf 目录,然后从该目录下加载配置文件,由于使用了 /**/ 的方式,表明要加载 conf 目录下包括各级子目录中的所有配置文件,因此 bin/conf/application-context.xml 文件和
来创建 ApplicationContext 对象的话, Spring 首先会通过路径中的非通配符部分即 conf ,先确定 conf 的路径,即 conf.jar 中的 conf 目录,然后从该目录下加载配置文件,由于使用了 /**/ 的方式,表明要加载 conf 目录下包括各级子目录中的所有配置文件,因此 conf/application-context.xml 文件和
来创建 ApplicationContext 对象的话,由于没有使用 classpath* 前缀, Spring 只会加载一个 application-context.xml 文件。在 eclipse 中将会加载 bin/conf 目录下的 application-context.xml 文件,而 jar 包中的 conf/application-context.xml 并不会被加载, Spring 启动时的输出显示为:
来创建 ApplicationContext 对象的话, Spring 将加载 conf.jar 文件中 conf 目录下的 application-context.xml 文件。 Spring 启动时的输出显示为:
来创建 ApplicationContext 对象的话, Spring 将加载 bin/conf 目录下的 application-context.xml 文件。 Spring 启动时的输出显示为:

 

情形四:使用classpath*前缀,包含通配符

当工程目录结构如图所示:

即配置文件放在 bin 目录中的 conf 文件夹里,同时在工程属性的 Java Build Path->Libraries 里导入 conf.jar 文件, jar 文件结构如图所示:

这时使用

ApplicationContext context = new 

ClassPathXmlApplicationContext("classpath*: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");

 

bin/application-context.xmlbin/admin/admin-application-context.xml

jar包中的配置文件并不会被加载。这是因为Spring使用class path加载配置文件时需要借助JDKClassLoader.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 加载了。
来创建 ApplicationContext 对象的话, Spring 只会加载
来创建 ApplicationContext 对象的话, Spring 首先会通过路径中的非通配符部分即 conf ,先确定 conf 的路径,由于使用了 classpaht* 前缀,因此 bin 目录下的 conf jar 包里的 conf 都会被加载,同时由于使用了 /**/ 的方式,表明要加载 conf 目录下包括各级子目录中的所有配置文件,因此 bin/conf/application-context.xml

【事件触发一致性】研究多智能体网络如何通过分布式事件驱动控制实现有限时间内的共识(Matlab代码实现)内容概要:本文围绕多智能体网络中的事件触发一致性问题,研究如何通过分布式事件驱动控制实现有限时间内的共识,并提供了相应的Matlab代码实现方案。文中探讨了事件触发机制在降低通信负担、提升系统效率方面的优势,重点分析了多智能体系统在有限时间收敛的一致性控制策略,涉及系统模型构建、触发条件设计、稳定性与收敛性分析等核心技术环节。此外,文档还展示了该技术在航空航天、电力系统、机器人协同、无人机编队等多个前沿领域的潜在应用,体现了其跨学科的研究价值和工程实用性。; 适合人群:具备一定控制理论基础和Matlab编程能力的研究生、科研人员及从事自动化、智能系统、多智能体协同控制等相关领域的工程技术人员。; 使用场景及目标:①用于理解和实现多智能体系统在有限时间内达成一致的分布式控制方法;②为事件触发控制、分布式优化、协同控制等课题提供算法设计与仿真验证的技术参考;③支撑科研项目开发、学术论文复现及工程原型系统搭建; 阅读建议:建议结合文中提供的Matlab代码进行实践操作,重点关注事件触发条件的设计逻辑与系统收敛性证明之间的关系,同时可延伸至其他应用场景进行二次开发与性能优化。
【四旋翼无人机】具备螺旋桨倾斜机构的全驱动四旋翼无人机:建模与控制研究(Matlab代码、Simulink仿真实现)内容概要:本文围绕具备螺旋桨倾斜机构的全驱动四旋翼无人机展开,重点研究其动力学建模与控制系统设计。通过Matlab代码与Simulink仿真实现,详细阐述了该类无人机的运动学与动力学模型构建过程,分析了螺旋桨倾斜机构如何提升无人机的全向机动能力与姿态控制性能,并设计相应的控制策略以实现稳定飞行与精确轨迹跟踪。文中涵盖了从系统建模、控制器设计到仿真验证的完整流程,突出了全驱动结构相较于传统四旋翼在欠驱动问题上的优势。; 适合人群:具备一定控制理论基础和Matlab/Simulink使用经验的自动化、航空航天及相关专业的研究生、科研人员或无人机开发工程师。; 使用场景及目标:①学习全驱动四旋翼无人机的动力学建模方法;②掌握基于Matlab/Simulink的无人机控制系统设计与仿真技术;③深入理解螺旋桨倾斜机构对飞行性能的影响及其控制实现;④为相关课题研究或工程开发提供可复现的技术参考与代码支持。; 阅读建议:建议读者结合提供的Matlab代码与Simulink模型,逐步跟进文档中的建模与控制设计步骤,动手实践仿真过程,以加深对全驱动无人机控制原理的理解,并可根据实际需求对模型与控制器进行修改与优化。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值