### ResourcePatternResolver - [ResourcePatternResolver](#resourcepatternresolver) - [一、基本信息](#一基本信息) - [二、知识储备](#二知识储备) - [三、基本描述](#三基本描述) - [四、主要功能](#四主要功能) - [五、接口源码](#五接口源码) - [六、主要实现](#六主要实现) - [七、最佳实践](#七最佳实践) - [八、与其他组件的关系](#八与其他组件的关系) - [九、常见问题](#九常见问题) ### 一、基本信息 ✒️ **作者** - Lex 📝 **博客** - [掘金](https://juejin.cn/user/4251135018533068/posts) 📚 **源码地址** - [github](https://github.com/xuchengsheng/spring-reading) ### 二、知识储备 + **`ResourceLoader`** + [ResourceLoader](https://github.com/xuchengsheng/spring-reading/blob/master/spring-resources/spring-resource-resourceLoader/README.md) 是 Spring 框架中的一个关键接口,它定义了如何获取资源(例如类路径资源、文件系统资源或网页资源)的策略。这个接口是 Spring 资源加载抽象的核心,使得应用程序可以从不同的资源位置以统一的方式加载资源。 ### 三、基本描述 `ResourcePatternResolver`是Spring框架中的一个接口,扩展自`ResourceLoader`,用于解析资源模式,支持通过模式匹配检索多个资源。其中,常见的实现类是`PathMatchingResourcePatternResolver`,它通过类路径、文件系统或URL等多种资源位置,能够根据给定的资源模式获取匹配的资源。通过调用`getResources(String locationPattern)`方法,您可以使用包含通配符的资源模式,例如`classpath*:com/example/**/*.xml`,来获取满足条件的资源数组。这提供了一种灵活的机制,使得在应用程序中能够方便地加载和处理符合特定模式的资源文件,如配置文件、模板文件等。 ### 四、主要功能 1. **资源模式解析** + 通过`getResources(String locationPattern)`方法,支持使用通配符的资源模式,如`classpath*:com/example/**/*.xml`,用于检索匹配特定模式的多个资源。 2. **资源获取** + 通过`getResources(Resource location)`方法,根据给定的资源对象,返回匹配的资源数组。这使得可以获取与特定资源相关联的其他资源,例如获取与给定类路径下的一个文件相关的所有资源。 3. **多种资源位置支持** + 可以处理不同的资源位置,包括类路径(classpath)、文件系统、URL等。这使得应用程序能够以不同的方式组织和存储资源,而不影响资源的检索和加载。 4. **灵活的资源加载** + 结合`ResourceLoader`的能力,`ResourcePatternResolver`允许在应用程序中以统一的方式加载各种资源,而无需关心底层资源的存储位置或形式。 5. **通用资源操作** + 通过`Resource`接口,提供了对资源的通用操作,例如获取资源的URL、输入流、文件句柄等。 ### 五、接口源码 `ResourcePatternResolver`是Spring框架中用于解析位置模式为资源对象的策略接口。它扩展了`ResourceLoader`接口,允许通过类路径、文件系统、URL等多种方式获取匹配指定模式的资源。 ```java /** * 策略接口,用于将位置模式(例如Ant风格的路径模式)解析为 Resource 对象。 * * 这是对 org.springframework.core.io.ResourceLoader 接口的扩展。传入的 * ResourceLoader(例如,在上下文中通过 org.springframework.context.ResourceLoaderAware * 传递的 org.springframework.context.ApplicationContext)可以检查是否也实现了这个扩展接口。 * * PathMatchingResourcePatternResolver 是一个独立的实现,可在不依赖 * ApplicationContext 的情况下使用,也被 ResourceArrayPropertyEditor 用于 * 填充 Resource 数组的 bean 属性。 * * 可用于任何类型的位置模式(例如 "/WEB-INF/*-context.xml"):输入模式必须与策略实现匹配。 * 这个接口只指定了转换方法,而不是具体的模式格式。 * * 该接口还引入了一个新的资源前缀 "classpath*:",用于匹配类路径下的所有资源。注意,在这种情况下, * 资源位置预期是没有占位符的路径(例如 "/beans.xml");类路径中的 JAR 文件或不同目录可以包含相同名称的多个文件。 * * @author Juergen Hoeller * @since 1.0.2 * @see org.springframework.core.io.Resource * @see org.springframework.core.io.ResourceLoader * @see org.springframework.context.ApplicationContext * @see org.springframework.context.ResourceLoaderAware */ public interface ResourcePatternResolver extends ResourceLoader { /** * 类路径匹配所有资源的伪 URL 前缀:"classpath*:" * 这与 ResourceLoader 的类路径 URL 前缀不同,它检索给定名称(例如 "/beans.xml")的 * 所有匹配资源,例如在所有部署的 JAR 文件的根目录中。 * 详见 org.springframework.core.io.ResourceLoader#CLASSPATH_URL_PREFIX */ String CLASSPATH_ALL_URL_PREFIX = "classpath*:"; /** * 将给定的位置模式解析为 Resource 对象。 * 应尽可能避免指向相同物理资源的重叠资源条目。结果应具有集合语义。 * @param locationPattern 要解析的位置模式 * @return 相应的 Resource 对象数组 * @throws IOException 如果发生 I/O 错误 */ Resource[] getResources(String locationPattern) throws IOException; } ``` ### 六、主要实现 + PathMatchingResourcePatternResolver + 支持使用Ant风格的路径模式,例如`classpath*:com/example/**/*.xml`,这允许在类路径中检索符合指定模式的资源。 ~~~mermaid classDiagram direction BT class ResourceLoader { <> + getResource(location) : Resource + getClassLoader() : ClassLoader } class ResourcePatternResolver { <> +getResources(locationPattern) : Resource[] } class PathMatchingResourcePatternResolver { -ResourceLoader resourceLoader } ResourcePatternResolver --|> ResourceLoader PathMatchingResourcePatternResolver ..|> ResourcePatternResolver ~~~ ### 七、最佳实践 使用 `PathMatchingResourcePatternResolver` 来加载匹配指定模式的资源。 ```java public class PathMatchingResourcePatternResolverDemo { public static void main(String[] args) throws Exception { PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(); // 加载所有匹配的类路径资源 Resource[] resources = resolver.getResources("classpath*:*.properties"); for (Resource resource : resources) { System.out.println("Classpath = " + resource.getFilename()); } // 加载文件系统中的所有匹配资源 Resource[] fileResources = resolver.getResources("file:/idea-work-space-xcs/spring-reading/spring-resources/spring-resource-resourceLoader/*.txt"); for (Resource resource : fileResources) { System.out.println("File = " + resource.getFilename()); } } } ``` 运行结果发现 - 从类路径上,我们加载了两个文件:`application.properties` 和 `bootstrap.properties`。这意味着在我们的项目的类路径中,有这两个文件。 - 从文件系统上,我们加载了三个文件:`myfile1.txt`, `myfile2.txt`, 和 `myfile3.txt`。这些文件位于我们之前在代码中硬编码的文件路径 `/idea-work-space-xcs/spring-reading/spring-resources/spring-resource-resourceLoader/` 下。 ```java Classpath = application.properties Classpath = bootstrap.properties File = myfile1.txt File = myfile2.txt File = myfile3.txt ``` ### 八、与其他组件的关系 1. **BeanDefinitionLoader:** - `BeanDefinitionLoader` 是 Spring 框架中用于加载 `BeanDefinition` 的接口,提供了对加载过程的抽象。在加载过程中,需要使用 `PathMatchingResourcePatternResolver` 来解析资源模式。 2. **MessageSourceAutoConfiguration:** - `MessageSourceAutoConfiguration` 是 Spring Boot 中的一个自动配置类,用于配置消息源(MessageSource)。在配置中可能涉及到加载国际化资源文件,而 `PathMatchingResourcePatternResolver` 用于解析这些资源文件的路径。 3. **AbstractBeanDefinitionReader:** - `AbstractBeanDefinitionReader` 是 Spring 框架中用于读取 `BeanDefinition` 的抽象类,具体的实现类(如 `XmlBeanDefinitionReader`)在加载 XML 文件时可能使用 `PathMatchingResourcePatternResolver`。 4. **ClassPathScanningCandidateComponentProvider:** - `ClassPathScanningCandidateComponentProvider` 是 Spring 框架中用于基于类路径进行组件扫描的类,其中使用了 `PathMatchingResourcePatternResolver` 来解析类路径中的资源。 5. **AbstractApplicationContext:** - `AbstractApplicationContext` 是 Spring 框架中 `ApplicationContext` 接口的抽象实现,其中在资源加载阶段使用了 `PathMatchingResourcePatternResolver`。 6. **ResourcePatternUtils:** - `ResourcePatternUtils` 提供了一些工具方法,用于处理资源模式。在这个类中,涉及到使用 `PathMatchingResourcePatternResolver` 来解析资源模式。 7. **ResourceArrayPropertyEditor:** - `ResourceArrayPropertyEditor` 是 Spring 框架中用于处理 `Resource` 数组类型属性的属性编辑器。在处理这些属性时,需要解析资源模式,而 `PathMatchingResourcePatternResolver` 提供了相应的功能。 ### 九、常见问题 1. **资源模式不匹配** + 如果使用的资源模式没有正确匹配到预期的资源,可能是模式本身不正确或者资源位置设置有误。确保使用的资源模式与实际的资源路径匹配,并检查是否有拼写错误。 2. **类路径下资源无法加载** + 如果使用的是类路径前缀(例如 "classpath:" 或 "classpath*:"),但是资源未被正确加载,可能是因为资源位置设置有误。检查资源路径是否正确,尤其是相对于类路径的路径。 3. **文件系统资源加载问题** + 当使用文件系统路径时,确保路径的正确性,并确保应用程序有足够的权限来读取这些文件。同时,注意跨平台路径分隔符的问题,尽量使用`File.separator`来确保跨平台兼容性。 4. **资源不存在或为空** + 如果 `getResources` 方法返回的数组为空,可能是因为资源位置不存在,或者匹配的资源为空。确保资源位置正确,并验证是否存在符合条件的资源。 5. **资源路径中包含特殊字符** + 如果资源路径中包含特殊字符,可能会导致解析问题。考虑在使用路径时进行适当的转义或编码。 6. **性能问题** + 在处理大量资源或者模式时,可能会遇到性能问题。考虑对资源模式进行优化,避免过度使用通配符和递归,以提高性能。