Spring使用classpath

最新推荐文章于 2025-12-03 10:28:39 发布
原创 最新推荐文章于 2025-12-03 10:28:39 发布 · 696 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring #classloader #bean #jar #xml #file

本文详细解析了Spring框架从classpath中加载配置文件的不同情形，包括使用不同路径前缀及通配符的情况，并提供了具体示例。

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

 

 

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

这是最简单的情形， Spring 默认会使用当前线程的 ClassLoader 的 getResource 方法获取资源的 URL ，如果无法获得当前线程的 ClassLoader ， Spring 将使用加载类 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指的是哪些地方 ？
白羊座的橙子
06-02 1094
1. 编译输出目录2. 依赖的JAR文件3. 外部库和第三方库4. 应用服务器或容器提供的类5. 资源文件6. 测试类路径示例Maven项目的类路径Gradle项目的类路径在Spring中访问类路径资源使用 `@Value` 注解使用 `ResourceLoader`使用 `Resource` 接口总结在Spring应用中，ClassPath指的是应用程序的类加载路径（ClassLoader Path），它包含了所有应用程序运行时可以加载的类和资源的位置。具体来说，ClassPath。
Spring中classpath和classpath*的问题
另一个世界
08-04 2383
这一段是从网上抄录(原网址为 关于Spring加载classpath与classpath*的过程剖析) 1.无论是classpath还是classpath*都可以加载整个classpath下（包括jar包里面）的资源文件。 2.classpath只会返回第一个匹配的资源，查找路径是优先在项目中存在资源文件，再查找jar包。 3.文件名字包含通配符资源(如果spring-.xml，
Spring Boot 中的 classpath详解
Java领域优秀创作者
01-02 1701
classpath在 Spring Boot 中，classpath是应用程序中资源文件存放和访问的关键部分。在开发阶段，资源文件存放在目录中，编译后被复制到目录中。最终打包为 JAR 文件时，资源文件会被放置在目录下，这与传统 JAR 文件的结构不同。Spring Boot 使用 Maven 构建时，会自动处理资源文件的拷贝和组织，确保它们能够在应用程序启动时被正确加载。
Spring中xml配置文件的classpath
FarryNiu的博客
11-13 2043
释义 classpath即存放各种class字节码文件处的目录，在spring的maven项目中，这个位置位于和src同级的target目录中 src目录下的resources文件夹的全部内容将复制到classes文件夹中，实际扫描时也是运行classes中的配置文件，因此在xml中，classpath常常被误以为就是resources文件夹的路径，实则是classes所在的路径 ...
Spring加载classpath与classpath*的过程剖析
草原孤狼的专栏
08-04 3254
好记忆不如烂笔头 ，能记点什么，就记点什么吧、 原文地址：http://blog.youkuaiyun.com/zl3450341/article/details/9306983 Spring加载Resource文件是通过ResourceLoader来进行的，那么我们就先来看看ResourceLoader的继承体系，让我们对这个模块有一个比较系统的认知。
spring中的classpath是什么
Will_Che的博客
06-27 1173
博主最近在学习spring，在applicationContext.xml配置文件中有一行代码用途是分模块开发将关于jdbc的内容从applicationContext中拿出。可以看出我的文件目录结构是applicationContext.xml和jdbc.properties同级目录。那么这里的classpath代表的到底是哪一路径呢，这里直接给出结论：classpath实际上就是resources目录。 ...
Spring的classpath配置路径说明
qq_26430717的博客
08-04 1155
classpath:spring-servlet.xml 说明：无通配符，必须完全匹配 classpath:spring-servlet？.xml 说明：匹配一个字符，例如 spring-servlet1.xml 、 spring-servlet2.xml classpath:config/*/spring-servlet.xml 说明：匹配零个或多个字符串（只针对名称，不匹配目录分隔符等），例如：config/a/spring-servlet.xml 、 user/b/spring-servle..
Spring项目中得classpath到底指的是什么？
Ashored的博客
07-12 608
发出疑问的地方：每次看到项目中各种配置的classpath，突然注意到别人之前都这样写，那我也这样写，现在突然不知道为什么要这样了？所以记录一下出现场景： 详细解释： classpath就是class的path，也就是类文件（*.class）的路径我们创建的项目结构大致如下： 项目发布之后的结构： 分析：总结：classpath指的就是项目编译打包后的WEB-INF目录下的classes。例子： 含义是：到WEB-INF/classes/目录下的任意层的目录寻找符合后面的文件路径，只要符合
spring项目中的classpath
qq_36930483的博客
09-21 667
classpath 首先一个项目要编译好之后才能部署到Tomcat中运行。 Tomcat运行时如何找编译好的.class文件呢，其实Tomcat下的web项目有两个预置的classpath（就是能找到.class文件的入口）， 这两个预置的classpath是WEB-INF/classes与WEF-INF/lib， 其中我们src下的源文件经过了编译之后放在WEB-INF/classes目录下， 1、src不是classpath, WEB-INF/classes和lib才是classpath，WEB-I
关于spring的classpath的理解
不平凡之路
10-22 773
在学习spring的时候，用@importResource ——classpath来加载xml的时候，对这个路径总是很困惑，网上搜索了一下才彻底明白。 @ImportResource("classpath:res/xmlConfig01.xml") 来说明一下：我的文件结构如下，其实理解的关键就是classpath，我们知道源码编译后只会保留包的结构，也就是说下面的源码编译后就成了图上红色S...
浅析Spring配置中的classpath:与classpath*:的区别
08-18
Spring 配置中的classpath:与classpath*:的区别 Spring 配置中的classpath:与classpath*:的区别是 Spring 框架中一个常见的问题。本文主要介绍了这两种路径的区别、使用场景及注意事项，以帮助读者更好地理解和使用...
Spring通过在classpath自动扫描方式把组件纳入spring容器中管理
04-19
在Spring框架中，自动扫描（Auto-Component Discovery）是一种便捷的方式，它允许开发者无需显式配置每个bean，就能将类路径下（classpath）的特定包及其子包中的组件（即带有特定注解的类）纳入Spring容器进行管理...
Spring中使用classpath加载配置文件浅析
04-18
- 如果同时存在目录和jar包，且没有使用classpath*前缀，Spring默认只会加载目录下的配置文件。 2. **使用通配符**：当路径中包含通配符（如`**/*`）时，Spring将尝试加载所有匹配的配置文件。例如： - 如果配置...
VS Code 中如何运行Java SpringBoot的项目
2509_94229239的博客
12-01 743
以上是如何在VSCode中配置和运行Java Spring Boot项目的完整指南。安装必要的扩展，配置调试环境，并通过命令行或VSCode内置工具运行和调试Spring Boot应用，可以提升你的开发效率。
Spring和其他Java开发框架相比有什么优势？
2501_94265850的博客
11-29 1148
生态闭环：从核心 IoC 到 Web 开发、数据访问、微服务、安全、批处理，Spring 覆盖 Java 开发全场景，无需整合多个框架；设计理念先进：IoC 解耦、AOP 分离横切逻辑，符合 “开闭原则”，代码可维护性远超传统框架；开发效率与灵活性平衡：Spring Boot 的自动配置大幅降低配置成本，同时保留手动配置的灵活性，避免 “过度封装”；社区与企业支持：全球最大的 Java 开源社区，持续迭代更新，且得到 Pivotal、VMware 等企业支持，文档、教程、解决方案丰富；适配性强。
SpringBoot是什么？作用是什么？如何使用？使用场景？
qq_51753728的博客
11-30 528
Spring Boot 是现代 Java 开发的基石工具之一，它让开发者从繁琐的配置中解放出来，专注于业务逻辑实现。无论是构建单体应用还是微服务系统，Spring Boot 都提供了高效、简洁、可靠的解决方案。📌一句话概括：Spring Boot = Spring + 自动配置 + 内嵌服务器 + 生产就绪功能 + 快速开发体验。如果你正在使用 Java 开发后端服务，Spring Boot 几乎是当前的最佳选择。
12_Spring AI 干货笔记之对话模型 Amazon Bedrock Converse API
在科技的浪潮中，我们寻找着创新的火种，在代码的海洋里，我们编织着智慧的网。腾飞开源，就是这样一个由技术精英汇聚而成的博客平台，我们致力于分享在Java、Python、IoT和人工智能等领域的最新研究成果和实战经验。 在腾飞开源的博客上，你会看到紧跟技术前
12-02 1075
本文全面介绍Spring AI对Amazon Bedrock Converse API的集成。该API为多种AI模型提供了统一的对话接口，支持工具调用、多模态输入（图像、视频、文档）及流式响应。文章详细阐述了自动配置步骤、运行时选项、特别是创新的提示词缓存功能及其多种策略（如SYSTEM_ONLY、CONVERSATION_HISTORY），可显著优化成本与性能。同时提供了从基础连接到高级应用（如法律分析、代码审查）的完整代码示例与实践指南。
Plugin ‘org.springframework.bootspring-boot-maven-plugin‘ not found的解决方法
2509_94105214的博客
11-30 228
尝试使用 VPN 或更换网络环境，然后再次执行 Maven 构建命令。出现这个报错通常是因为 Maven 无法找到相应的 Spring Boot Maven 插件。如果仍然有问题，请提供更多详细信息，例如完整的错误堆栈跟踪和你的 Maven 配置，以便我更好地帮助你解决问题。如果没有，可以将相应的配置添加到父项目的。执行 Maven 的清理命令，然后重新构建项目。这将清除所有已编译的类文件和错误的依赖缓存，并重新下载正确的依赖。如果你的项目是基于父项目的，检查父项目的。
《已调试》SpringBoot景区寄存管理系统源码 - 免费JavaWeb项目下载 | 幽络源
最新发布
幽络源
12-03 516
幽络源免费提供《已调试》SpringBoot景区寄存管理系统源码，支持用户寄存、取物、通知公告、柜位管理等功能，适用于景区、车站等场所的智能化管理。代码结构清晰，含完整数据库设计与部署说明，适合JavaWeb学习与项目实战。立即下载，获取高质量开源源码！
spring boot classpath
08-16
如果你使用Maven或Gradle这样的构建工具来构建Spring Boot项目，那么可以通过构建脚本配置项目的依赖库，这些工具会自动处理classpath的设置。 3. 在IDE（集成开发环境）中设置classpath。大多数现代IDE（如...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值