# 【第四章】 资源 之 4.4 Resource通配符路径 ——跟我学spring3
### 4.4.1 使用路径通配符加载Resource
前面介绍的资源路径都是非常简单的一个路径匹配一个资源，Spring还提供了一种更强大的Ant模式通配符匹配，从能一个路径匹配一批资源。
Ant路径通配符支持“？”、“*”、“**”，注意通配符匹配不包括目录分隔符“/”：
**“?”：匹配一个字符**，如“config?.xml”将匹配“config1.xml”；
**“*”：匹配零个或多个字符串**，如“cn/*/config.xml”将匹配“cn/javass/config.xml”，但不匹配匹配“cn/config.xml”；而“cn/config-*.xml”将匹配“cn/config-dao.xml”；
**“**”：匹配路径中的零个或多个目录**，如“cn/**/config.xml”将匹配“cn /config.xml”，也匹配“cn/javass/spring/config.xml”；而“cn/javass/config-**.xml”将匹配“cn/javass/config-dao.xml”，即把“**”当做两个“*”处理。
Spring提供AntPathMatcher来进行Ant风格的路径匹配。具体测试请参考cn.javass.spring.chapter4\. AntPathMatcherTest。
Spring在加载类路径资源时除了提供前缀“classpath:”的来支持加载一个Resource，还提供一个前缀“classpath*:”来支持加载所有匹配的类路径Resource。
Spring提供ResourcePatternResolver接口来加载多个Resource，该接口继承了ResourceLoader并添加了“Resource[] getResources(String locationPattern)”用来加载多个Resource：
1. public interface ResourcePatternResolver extends ResourceLoader {
2. String CLASSPATH_ALL_URL_PREFIX = "classpath*:";
3. Resource[] getResources(String locationPattern) throws IOException;
4. }
Spring提供了一个ResourcePatternResolver实现PathMatchingResourcePatternResolver，它是基于模式匹配的，默认使用AntPathMatcher进行路径匹配，它除了支持ResourceLoader支持的前缀外，还额外支持“classpath*:”用于加载所有匹配的类路径Resource，ResourceLoader不支持前缀“classpath*:”：
首先做下准备工作，在项目的“resources”创建“META-INF”目录，然后在其下创建一个“INDEX.LIST”文件。同时在“org.springframework.beans-3.0.5.RELEASE.jar”和“org.springframework.context-3.0.5.RELEASE.jar”两个jar包里也存在相同目录和文件。然后创建一个“LICENSE”文件，该文件存在于“com.springsource.cn.sf.cglib-2.2.0.jar”里。
**一、“classpath”：** 用于加载类路径（包括jar包）中的一个且仅一个资源；对于多个匹配的也只返回一个，所以如果需要多个匹配的请考虑“classpath*:”前缀；
1. @Test
2. public void testClasspathPrefix() throws IOException {
3. ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
4. //只加载一个绝对匹配Resource，且通过ResourceLoader.getResource进行加载
5. Resource[] resources=resolver.getResources("classpath:META-INF/INDEX.LIST");
6. Assert.assertEquals(1, resources.length);
7. //只加载一个匹配的Resource，且通过ResourceLoader.getResource进行加载
8. resources = resolver.getResources("classpath:META-INF/*.LIST");
9. Assert.assertTrue(resources.length == 1);
10. }
**二、“classpath*”： **用于加载类路径（包括jar包）中的所有匹配的资源。带通配符的classpath使用“ClassLoader”的“<> ( name)”方法来查找通配符之前的资源，然后通过模式匹配来获取匹配的资源。如“classpath:META-INF/*.LIST”将首先加载通配符之前的目录“META-INF”，然后再遍历路径进行子路径匹配从而获取匹配的资源。
1. @Test
2. public void testClasspathAsteriskPrefix () throws IOException {
3. ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
4. //将加载多个绝对匹配的所有Resource
5. //将首先通过ClassLoader.getResources("META-INF")加载非模式路径部分
6. //然后进行遍历模式匹配
7. Resource[] resources=resolver.getResources("classpath*:META-INF/INDEX.LIST");
8. Assert.assertTrue(resources.length > 1);
9. //将加载多个模式匹配的Resource
10. resources = resolver.getResources("classpath*:META-INF/*.LIST");
11. Assert.assertTrue(resources.length > 1);
12. }
注意“resources.length >1”说明返回多个Resource。不管模式匹配还是非模式匹配只要匹配的都将返回。
在“com.springsource.cn.sf.cglib-2.2.0.jar”里包含“asm-license.txt”文件，对于使用“classpath*: asm-*.txt”进行通配符方式加载资源将什么也加载不了“asm-license.txt”文件，注意一定是模式路径匹配才会遇到这种问题。这是由于“ClassLoader”的“( name)”方法的限制，对于name为“”的情况将只返回文件系统的类路径，不会包换jar包根路径。
1. @Test
2. public void testClasspathAsteriskPrefixLimit() throws IOException {
3. ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(); //将首先通过ClassLoader.getResources("")加载目录，
4. //将只返回文件系统的类路径不返回jar的跟路径
5. //然后进行遍历模式匹配
6. Resource[] resources = resolver.getResources("classpath*:asm-*.txt");
7. Assert.assertTrue(resources.length == 0);
8. //将通过ClassLoader.getResources("asm-license.txt")加载
9. //asm-license.txt存在于com.springsource.net.sf.cglib-2.2.0.jar
10. resources = resolver.getResources("classpath*:asm-license.txt");
11. Assert.assertTrue(resources.length > 0);
12. //将只加载文件系统类路径匹配的Resource
13. resources = resolver.getResources("classpath*:LICENS*");
14. Assert.assertTrue(resources.length == 1);
15. }
对于“resolver.getResources("classpath*:asm-*.txt");”，由于在项目“resources”目录下没有所以应该返回0个资源；“resolver.getResources("classpath*:asm-license.txt");”将返回jar包里的Resource；“resolver.getResources("classpath*:LICENS*");”，因为将只返回文件系统类路径资源，所以返回1个资源。
因此加载通配符路径时（即路径中包含通配符），必须包含一个根目录才能保证加载的资源是所有的，而不是部分。
**三、“file”：**加载一个或多个文件系统中的Resource。如“file:D:/*.txt”将返回D盘下的所有txt文件；
**四、无前缀**：通过ResourceLoader实现加载一个资源。
AppliacationContext提供的getResources方法将获取资源委托给ResourcePatternResolver实现，默认使用PathMatchingResourcePatternResolver。所有在此就无需介绍其使用方法了。
### 4.4.2 注入Resource数组
Spring还支持注入Resource数组，直接看配置如下：
1. <bean id="resourceBean1" class="cn.javass.spring.chapter4.bean.ResourceBean4">
2. <property name="resources">
3. <array>
4. <value>cn/javass/spring/chapter4/test1.properties</value>
5. <value>log4j.xml</value>
6. </array>
7. </property>
8. </bean>
9. <bean id="resourceBean2" class="cn.javass.spring.chapter4.bean.ResourceBean4">
10. <property name="resources" value="classpath*:META-INF/INDEX.LIST"/>
11. </bean>
12. <bean id="resourceBean3" class="cn.javass.spring.chapter4.bean.ResourceBean4">
13. <property name="resources">
14. <array>
15. <value>cn/javass/spring/chapter4/test1.properties</value>
16. <value>classpath*:META-INF/INDEX.LIST</value>
17. </array>
18. </property>
19. </bean>
“resourceBean1”就不用多介绍了，传统实现方式；对于“resourceBean2”则使用前缀“classpath*”，看到这大家应该懂的，加载匹配多个资源；“resourceBean3”是混合使用的；测试代码在“cn.javass.spring.chapter4.ResourceInjectTest.testResourceArrayInject”。
Spring通过ResourceArrayPropertyEditor来进行类型转换的，而它又默认使用“PathMatchingResourcePatternResolver”来进行把路径解析为Resource对象。所有大家只要会使用“PathMatchingResourcePatternResolver”，其它一些实现都是委托给它的，比如AppliacationContext的“getResources”方法等。
### 4.4.3 AppliacationContext实现对各种Resource的支持
**一、ClassPathXmlApplicationContext：**默认将通过classpath进行加载返回ClassPathResource，提供两类构造器方法：
1. public class ClassPathXmlApplicationContext {
2. //1）通过ResourcePatternResolver实现根据configLocation获取资源
3. public ClassPathXmlApplicationContext(String configLocation);
4. public ClassPathXmlApplicationContext(String... configLocations)；
5. public ClassPathXmlApplicationContext(String[] configLocations, ……);
7. //2）通过直接根据path直接返回ClasspathResource
8. public ClassPathXmlApplicationContext(String path, Class clazz);
9. public ClassPathXmlApplicationContext(String[] paths, Class clazz);
10. public ClassPathXmlApplicationContext(String[] paths, Class clazz, ……);
11. }
第一类构造器是根据提供的配置文件路径使用“ResourcePatternResolver ”的“getResources()”接口通过匹配获取资源；即如“classpath:config.xml”
第二类构造器则是根据提供的路径和clazz来构造ClassResource资源。即采用“public ClassPathResource(String path, Class<?> clazz)”构造器获取资源。
**二、FileSystemXmlApplicationContext：**将加载相对于当前工作目录的“configLocation”位置的资源，注意在linux系统上不管“configLocation”是否带“/”，都作为相对路径；而在window系统上如“D:/resourceInject.xml”是绝对路径。因此在除非很必要的情况下，不建议使用该ApplicationContext。
1. public class FileSystemXmlApplicationContext{
2. public FileSystemXmlApplicationContext(String configLocation);
3. public FileSystemXmlApplicationContext(String... configLocations,……);
4. }
1. //linux系统，以下全是相对于当前vm路径进行加载
2. new FileSystemXmlApplicationContext("chapter4/config.xml");
3. new FileSystemXmlApplicationContext("/chapter4/confg.xml");
1. //windows系统，第一个将相对于当前vm路径进行加载；
2. //第二个则是绝对路径方式加载
3. new FileSystemXmlApplicationContext("chapter4/config.xml");
4. new FileSystemXmlApplicationContext("d:/chapter4/confg.xml");
此处还需要注意：在linux系统上，构造器使用的是相对路径，而ctx.getResource()方法如果以“/”开头则表示获取绝对路径资源，而不带前导“/”将返回相对路径资源。如下：
1. //linux系统，第一个将相对于当前vm路径进行加载；
2. //第二个则是绝对路径方式加载
3. ctx.getResource ("chapter4/config.xml");
4. ctx.getResource ("/root/confg.xml");
5. //windows系统，第一个将相对于当前vm路径进行加载；
6. //第二个则是绝对路径方式加载
7. ctx.getResource ("chapter4/config.xml");
8. ctx.getResource ("d:/chapter4/confg.xml");
因此如果需要加载绝对路径资源最好选择前缀“file”方式，将全部根据绝对路径加载。如在linux系统“ctx.getResource ("file:/root/confg.xml");”
原创内容，转自请注明出处【[http://sishuok.com/forum/blogPost/list/0/2458.html](http://sishuok.com/forum/blogPost/list/0/2458.html#7106)】
- 跟我学 Spring3
- 【第二章】 IoC 之 2.1 IoC基础 ——跟我学Spring3
- 【第二章】 IoC 之 2.2 IoC 容器基本原理 ——跟我学Spring3
- 【第二章】 IoC 之 2.3 IoC的配置使用——跟我学Spring3
- 【第三章】 DI 之 3.1 DI的配置使用 ——跟我学spring3
- 【第三章】 DI 之 3.2 循环依赖 ——跟我学spring3
- 【第三章】 DI 之 3.3 更多DI的知识 ——跟我学spring3
- 【第三章】 DI 之 3.4 Bean的作用域 ——跟我学spring3
- 【第四章】 资源 之 4.1 基础知识 ——跟我学spring3
- 【第四章】 资源 之 4.2 内置Resource实现 ——跟我学spring3
- 【第四章】 资源 之 4.3 访问Resource ——跟我学spring3
- 【第四章】 资源 之 4.4 Resource通配符路径 ——跟我学spring3
- 【第五章】Spring表达式语言 之 5.1 概述 5.2 SpEL基础 ——跟我学spring3
- 【第五章】Spring表达式语言 之 5.3 SpEL语法 ——跟我学spring3
- 【第五章】Spring表达式语言 之 5.4在Bean定义中使用EL—跟我学spring3
- 【第六章】 AOP 之 6.1 AOP基础 ——跟我学spring3
- 【第六章】 AOP 之 6.2 AOP的HelloWorld ——跟我学spring3
- 【第六章】 AOP 之 6.3 基于Schema的AOP ——跟我学spring3
- 【第六章】 AOP 之 6.4 基于@AspectJ的AOP ——跟我学spring3
- 【第六章】 AOP 之 6.5 AspectJ切入点语法详解 ——跟我学spring3
- 【第六章】 AOP 之 6.6 通知参数 ——跟我学spring3
- 【第六章】 AOP 之 6.7 通知顺序 ——跟我学spring3
- 【第六章】 AOP 之 6.8 切面实例化模型 ——跟我学spring3
- 【第六章】 AOP 之 6.9 代理机制 ——跟我学spring3
- 【第七章】 对JDBC的支持 之 7.1 概述 ——跟我学spring3
- 【第七章】 对JDBC的支持 之 7.2 JDBC模板类 ——跟我学spring3
- 【第七章】 对JDBC的支持 之 7.3 关系数据库操作对象化 ——跟我学spring3
- 【第七章】 对JDBC的支持 之 7.4 Spring提供的其它帮助 ——跟我学spring3【私塾在线原创】
- 【第七章】 对JDBC的支持 之 7.5 集成Spring JDBC及最佳实践 ——跟我学spring3
- 【第八章】 对ORM的支持 之 8.1 概述 ——跟我学spring3
- 【第八章】 对ORM的支持 之 8.2 集成Hibernate3 ——跟我学spring3
- 【第八章】 对ORM的支持 之 8.3 集成iBATIS ——跟我学spring3
- 【第八章】 对ORM的支持 之 8.4 集成JPA ——跟我学spring3
- 【第九章】 Spring的事务 之 9.1 数据库事务概述 ——跟我学spring3
- 【第九章】 Spring的事务 之 9.2 事务管理器 ——跟我学spring3
- 【第九章】 Spring的事务 之 9.3 编程式事务 ——跟我学spring3
- 【第九章】 Spring的事务 之 9.4 声明式事务 ——跟我学spring3
- 【第十章】集成其它Web框架 之 10.1 概述 ——跟我学spring3
- 【第十章】集成其它Web框架 之 10.2 集成Struts1.x ——跟我学spring3
- 【第十章】集成其它Web框架 之 10.3 集成Struts2.x ——跟我学spring3
- 【第十章】集成其它Web框架 之 10.4 集成JSF ——跟我学spring3
- 【第十一章】 SSH集成开发积分商城 之 11.1 概述 ——跟我学spring3
- 【第十一章】 SSH集成开发积分商城 之 11.2 实现通用层 ——跟我学spring3
- 【第十一章】 SSH集成开发积分商城 之 11.3 实现积分商城层 ——跟我学spring3
- 【第十二章】零配置 之 12.1 概述 ——跟我学spring3
- 【第十二章】零配置 之 12.2 注解实现Bean依赖注入 ——跟我学spring3
- 【第十二章】零配置 之 12.3 注解实现Bean定义 ——跟我学spring3
- 【第十二章】零配置 之 12.4 基于Java类定义Bean配置元数据 ——跟我学spring3
- 【第十二章】零配置 之 12.5 综合示例-积分商城 ——跟我学spring3
- 【第十三章】 测试 之 13.1 概述 13.2 单元测试 ——跟我学spring3
- 【第十三章】 测试 之 13.3 集成测试 ——跟我学spring3
- 跟我学 Spring MVC
- SpringMVC + spring3.1.1 + hibernate4.1.0 集成及常见问题总结
- Spring Web MVC中的页面缓存支持 ——跟我学SpringMVC系列
- Spring3 Web MVC下的数据类型转换（第一篇）——《跟我学Spring3 Web MVC》抢先看
- Spring3 Web MVC下的数据格式化（第二篇）——《跟我学Spring3 Web MVC》抢先看
- 第一章 Web MVC简介 —— 跟开涛学SpringMVC
- 第二章 Spring MVC入门 —— 跟开涛学SpringMVC
- 第三章 DispatcherServlet详解 ——跟开涛学SpringMVC
- 第四章 Controller接口控制器详解（1）——跟着开涛学SpringMVC
- 第四章 Controller接口控制器详解（2）——跟着开涛学SpringMVC
- 第四章 Controller接口控制器详解（3）——跟着开涛学SpringMVC
- 第四章 Controller接口控制器详解 （4）——跟着开涛学SpringMVC
- 第四章 Controller接口控制器详解（5）——跟着开涛学SpringMVC
- 跟着开涛学SpringMVC 第一章源代码下载
- 第二章 Spring MVC入门 源代码下载
- 第四章 Controller接口控制器详解 源代码下载
- 第四章 Controller接口控制器详解（6）——跟着开涛学SpringMVC
- 第四章 Controller接口控制器详解（7 完）——跟着开涛学SpringMVC
- 第五章 处理器拦截器详解——跟着开涛学SpringMVC
- 源代码下载 第五章 处理器拦截器详解——跟着开涛学SpringMVC
- 注解式控制器运行流程及处理器定义 第六章 注解式控制器详解——跟着开涛学SpringMVC
- 源代码下载 第六章 注解式控制器详解
- SpringMVC3强大的请求映射规则详解 第六章 注解式控制器详解——跟着开涛学SpringMVC
- Spring MVC 3.1新特性 生产者、消费者请求限定 —— 第六章 注解式控制器详解——跟着开涛学SpringMVC
- SpringMVC强大的数据绑定（1）——第六章 注解式控制器详解——跟着开涛学SpringMVC
- SpringMVC强大的数据绑定（2）——第六章 注解式控制器详解——跟着开涛学SpringMVC
- SpringMVC数据类型转换——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
- SpringMVC数据格式化——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
- SpringMVC数据验证——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC