在Web.xml中自动扫描Spring的配置文件及resource时classpath*:与classpath:的区别

本文详细介绍了如何在Spring框架中配置监听器以实现自动加载配置文件,并深入探讨了classpath与classpath*的区别及其应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

首先在web.xml中配置监听器listener,让Spring进行自动获取。具体加入的代码如下:

<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>  

只要其启动服务这个配置就会默认的去加载我们的配置文件,自动的将里面的bean都给初始化了。默认情况下它会去/WEB-INF/applicationContext.xml文件。如果自己想要将配置文件放到classpath下,即src目录下,则需要再进行路径的指定,具体代码如下:

<!-- Context Configuration locations for Spring XML files -->  
<context-param> <param-name>contextConfigLocation</param-name>  
<!-- <param-value>/WEB-INF/applicationContext-*.xml,classpath*:applicationContext-*.xml</param-value> -->  
<!-- 加入你的配置文件放在了src下的,命名规则为:applicationContext-*.xml形式,则可以从以下方式配置-->  
<param-value>classpath:applicationContext-*.xml</param-value>  
</context-param>  

这样的话,在服务器启动的时候就会自动的去classpath也就是src目录下找所有的以:applicationContext-*.xml文件并将它们初始化。

Spring加载resource时classpath*:与classpath:的区别

注意:

两者都会到你的class路径(包括加载进classpath的jar包)中查找文件。亲测!!!

classpath:只能加载找到的第一个文件
classpath*:所有相同的文件都会被加载

比如 resource1.jar中的package 'com.test.rs' 有一个 'jarAppcontext.xml' 文件,内容如下:

<bean name="ProcessorImplA" class="com.test.spring.di.ProcessorImplA" />

resource2.jar中的package 'com.test.rs' 也有一个 'jarAppcontext.xml' 文件,内容如下:

<bean id="ProcessorImplB" class="com.test.spring.di.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中运行的状态)

 从Spring的源码,在PathMatchingResourcePatternResolver类中,我们可以更清楚的了解其对应的处理:如果是以classpath*开头,则会调用findAllClassPathResources方法,它会遍历classpath。

protected Resource[] findAllClassPathResources(String location) throws IOException {  
    String path = location;  
    if (path.startsWith("/")) {  
        path = path.substring(1);  
    }  
    Enumeration resourceUrls = getClassLoader().getResources(path);  
    Set<Resource> result = new LinkedHashSet<Resource>(16);  
    while (resourceUrls.hasMoreElements()) {  
        URL url = (URL) resourceUrls.nextElement();  
        result.add(convertClassLoaderURL(url));  
    }  
    return result.toArray(new Resource[result.size()]);  
}  

http://blog.youkuaiyun.com/kkdelta/article/details/5560210,简介了在JAVA里遍历classpath中读取找到的所有符合名称的文件.

另外在加载resource的时候,其他前缀的意义如下表所示:注意classpath*只能用与指定配置文件的路径,不能用在用于getResource的参数。如appContext.getResource("classpath*:conf/bfactoryCtx.xml")会异常的.

前缀例子说明

classpath:

classpath:com/myapp/config.xml

从classpath中加载。

file:

file:/data/config.xml

作为 URL 从文件系统中加载。

http:

http://myserver/logo.png

作为 URL 加载。

(none)

/data/config.xml

根据 ApplicationContext 进行判断。

从Spring的源码可以看出原因:如果是classpath:开头,从classpath加载,否则尝试URL。如果尝试URL失败,则调用 getResourceByPath方法

public Resource getResource(String location) {  
        Assert.notNull(location, "Location must not be null");  
        if (location.startsWith(CLASSPATH_URL_PREFIX)) {  
            return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader());  
        }  
        else {  
            try {  
                // Try to parse the location as a URL...  
                URL url = new URL(location);  
                return new UrlResource(url);  
            }  
            catch (MalformedURLException ex) {  
                // No URL -> resolve as resource path.  
                return getResourceByPath(location);  
            }  
        }  
    }  

getResourceByPath会被不同ApplicationContext 实现覆盖.

如 GenericWebApplicationContext覆盖为如下:

protected Resource getResourceByPath(String path) {  
        return new ServletContextResource(this.servletContext, path);  
    }  

如 FileSystemXmlApplicationContext覆盖为如下:  

protected Resource getResourceByPath(String path) {  
        if (path != null && path.startsWith("/")) {  
            path = path.substring(1);  
        }  
        return new FileSystemResource(path);  
    }  

最终从文件加载的时候仍然是Java中常见的读取文件的方法

如ClassPathResource得到inputStream的方法是利用classloader.

public InputStream getInputStream() throws IOException {  
    InputStream is;  
    if (this.clazz != null) {  
        is = this.clazz.getResourceAsStream(this.path);  
    }  

如FileSystemResource得到inputStream的方法是利用FileInputStream.

public InputStream getInputStream() throws IOException {
        return new FileInputStream(this.file);
    }

如ServletContextResource得到inputStream的方法是利用servletContext.getResourceAsStream.

public InputStream getInputStream() throws IOException {  
    InputStream is = this.servletContext.getResourceAsStream(this.path);  
    if (is == null) {  
        throw new FileNotFoundException("Could not open " + getDescription());  
    }  
    return is;  
}  

查看源码你会发现,上面三种类获得InputStream的途径,最终的核心其实都是Java的FileInputStream。

<think>好的,我现在需要帮助用户解决关于PathMatchingResourcePatternResolver无法获取.ttf和.ttc文件的问题。用户提到他们使用了`classpath*:font/*.{ttf,ttc}`这个模式,但获取不到任何文件。之前他们提供的引用中提到通过一个Controller方法列出系统字体,但可能和当前问题关联不大,不过需要确认是否字体文件确实存在于classpath中。首先,我需要回顾之前给出的回答,用户现在想了解`classpath*:`的文件分隔符是否必须,以及路径的正确格式。之前的回答已经涵盖了路径模式、大小写敏感、资源位置等问题,但用户现在更聚焦在`classpath*:`的语法和文件路径格式上。接下来,我需要分析用户的问题:为什么`classpath*:font/*.{ttf,ttc}`无法匹配到文件。可能的原因包括: 1. **路径分隔符问题**:在Spring的路径匹配中,是否必须使用`/`作为分隔符?比如`font/`是否正确,还是可能应该用`font`不带斜杠?2.**通配符使用是否正确**:`classpath*:`的作用是扫描所有类路径下的资源,包括JAR文件。但模式中的`font/*`是否只能匹配font目录下的直接文件,而无法递归子目录?如果字体文件在子目录中,可能需要使用`**`。3. **扩展名匹配问题**:`{ttf,ttc}`是否被正确解析,是否存在大小写问题?比如在Linux系统中,文件扩展名是否为大写,而模式是小写导致不匹配。4. **资源位置是否正确**:用户是否将字体文件放在了正确的资源目录下,比如`src/main/resources/font/`,并且打包后是否确实存在于JAR的对应路径中?5.**Ant风格模式的支持**Spring的PathMatchingResourcePatternResolver使用的是Ant风格的路径匹配,所以需要确认模式是否符合Ant的语法,例如`*`和`**`的使用是否正确。6. **类路径前缀是否正确**:`classpath*:`和`classpath:`的区别,用户是否正确使用了`classpath*:`来扫描所有JAR和类路径目录? 根据之前的回答,用户可能已经检查过部分内容,但需要更详细地解释`classpath*:`的正确使用方式,以及路径格式的细节。例如,`classpath*:font/*.{ttf,ttc}`中的`font/`是否正确,是否需要使用`/`作为目录分隔符,或者是否允许其他形式。另外,用户的问题中还提到文件分隔符是否必须,这可能涉及到不同操作系统的路径分隔符差异,但Spring的路径匹配通常使用`/`作为分隔符,无论操作系统如何,因此需要明确告知用户必须使用`/`而不是其他符号。接下来,我需要整理这些点,确保回答结构清晰,涵盖路径格式、分隔符的必要性、通配符的正确使用,以及可能的原因和解决方案。同,引用之前的回答中的相关部分,比如资源打包验证和大小写问题,来支持当前的解释。 最后,生成相关问题,帮助用户进一步排查可能的问题,例如类路径扫描机制、Ant模式语法细节,以及扩展名大小写处理等。</think>### 关于`classpath*:`路径格式字体文件匹配问题的分析 --- #### **一、`classpath*:`前缀的路径分隔符规则** 1. **路径分隔符必须性**Spring资源模式中,路径分隔符必须使用`/`,即使是在Windows系统中。以下两种写法等效: ```java // 正确写法(明确目录层级) resolver.getResources("classpath*:font/**/*.ttf") // 错误写法(可能无法识别) resolver.getResources("classpath*:font\\*.ttf") // 反斜杠无效 ``` - 使用`classpath*:`前缀,`/`是唯一合法的目录分隔符[^1] - `font/`中的斜杠不可省略,否则可能匹配到`fontA.ttf`等非目录文件 2. **`classpath*:``classpath:`的区别** | 前缀类型 | 作用范围 | 适用场景 | |---------|---------|---------| | `classpath*:` | 扫描所有类路径根目录(包括JAR内部) | 多模块项目或依赖JAR包含资源 | | `classpath:` | 仅扫描首个类路径根目录 | 单模块项目且资源在本地 | --- #### **二、Ant风格路径匹配的核心规则** 1. **通配符语义** - `*`:匹配单层路径中的零个或多个字符 - `**`:跨层级递归匹配任意子目录 - `{a,b}`:匹配逗号分隔的扩展名集合(区分大小写) 2. **典型错误模式对比** ```java // 示例1:仅匹配font目录下直接子文件 "classpath*:font/*.{ttf,ttc}" // 示例2:递归匹配所有子目录中的文件 "classpath*:font/**/*.{ttf,ttc,TTC,TTF}" ``` - 若字体文件存放在`font/subdir/`中,示例1会匹配失败 - 示例2通过`**`实现深度扫描 --- #### **三、无法匹配`.ttf/.ttc`文件的常见原因** 1. **资源未正确部署** - 验证字体文件是否实际存在于JAR/WAR中: ```bash # 检查JAR内资源路径 jar tf your-app.jar | grep '.ttf' ``` - Maven项目需确认`pom.xml`包含资源声明: ```xml <resources> <resource> <directory>src/main/resources</directory> <includes> <include>font/**/*.ttf</include> </includes> </resource> </resources> ``` 2. **扩展名大小写敏感** 在Linux环境下,`.TTF``.ttf`被视为不同文件。建议扩展模式为: ```java "classpath*:font/**/*.{ttf,ttc,TTF,TTC}" ``` 3. **路径层级错误** 假设实际文件路径为`resources/fonts/arial.ttf`,而模式写为`font/*.ttf`,则需调整目录名为`fonts`或修改模式。 --- #### **四、调试验证步骤** 1. **基础路径存在性检查** ```java Resource[] rootResources = resolver.getResources("classpath*:font/"); System.out.println("Font目录是否存在: " + (rootResources.length > 0)); ``` 2. **全扩展名匹配测试** ```java Resource[] allFiles = resolver.getResources("classpath*:font/**/*.*"); Arrays.stream(allFiles).forEach(r -> { System.out.println(r.getFilename() + " | " + r.getURI()); }); ``` 3. **精确模式验证** ```java // 测试扩展名大小写组合 String[] exts = {"ttf", "TTF", "ttc", "TTC"}; for (String ext : exts) { String pattern = "classpath*:font/**/*." + ext; Resource[] res = resolver.getResources(pattern); System.out.println(ext + "文件数量: " + res.length); } ``` --- #### **五、路径格式对比表** | 模式 | 匹配范围 | 示例文件路径 | 是否匹配 | |------|---------|-------------|---------| | `classpath*:font/*.ttf` | 仅font根目录 | `font/arial.ttf` | ✔️ | | `classpath*:font/**/*.ttf` | 所有子目录 | `font/subdir/arial.ttf` | ✔️ | | `classpath*:font*.ttf` | 以`font`开头的任意路径 | `font123.ttf` | ✔️ | | `classpath*:font/*` | font目录下所有文件 | `font/arial.ttc` | ✔️ | | `classpath*:font.ttf` | 根目录下名为`font.ttf`的文件 | `font.ttf` | ✔️ | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值