知识点

相关文章

更多

最近更新

更多

【第四章】 资源 之 4.4 Resource通配符路径 ——跟我学spring3

2019-03-01 13:07|来源: 开涛

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”的“Enumeration<URL> getResources(String 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”的“getResources(String 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个资源。

    因此在通过前缀“classpath*”加载通配符路径时,必须包含一个根目录才能保证加载的资源是所有的,而不是部分。

三、“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, ……);  

  6.        

  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://www.verycd.com/topics/93279/ 滚动屏幕找到你要的内容,自己下载吧
  • 《Java语言程序设计》是学习Java语言的入门教材。   全书从Java语言的基本特点入手,详细介绍了Java语言的基本概念和编程方法,同时深入介绍了Java的高级特性。   百度上有下载,你自己搜一下就行了。
  • 继承就是从一个类衍生出一个新的类,新的类就具有原来的类的属性、方法,也可以再另外定义属性、方法; 举例来说,比如,人,具有身高、体重等属性,也具有吃饭、睡觉的方法,那衍生出一个类-女人,“女人”继承了“人”,所以女人也有身高体重、吃饭、睡觉,同时女人也可以有自己特有的东西,比如生孩子、哺乳等等。。。
  • 您要的答案我已发送,请按照步骤进行操作!! 你的采纳是我前进的动力, 记得好评和采纳,互相帮助,
  • 一开始左边有有个蛋,按左他会停下来。1,连续的按左右,它会突然冲刺,在那一瞬间跳起来就行。(多试几次)。 2,再就是旋转的,你往左走他逆时针,往右顺时针,慢慢的进去,左右左右的出来,但要跳一下。有一块会掉。 4,之后是三个问号,不能随便跳,第一个问号。要把握好时间,让锯齿朝上并往又偏一点。因为左边还有一个问号是过关必备的,挡着了就拿不到了。也不要太下,因为你要跳过去。第二个问号是头 盔,吃了之后回去顶前面三个问号 5,先顶下面那个问号,掉下一个方块拿来垫脚,再移过去叠起来,再移过去顶最上面的,会有一个炸弹, ...
  • 这个问题是由org.codehaus.mojo:exec-maven-plugin的一个小问题引起的org.codehaus.mojo:exec-maven-plugin 。 也就是说,当您设置true ,您也会获得插件的SLF4J依赖项,并且不能从我看到的内容中排除它们。 解决这个问题的简单方法是在插件依赖项部分中首先声明您的SLF4J / Logback依赖项。 我发现没有必要再次声明slf4j ...