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

Spring加载resource时classpath*:与classpath:的区别Spring 可以通过指定 classpath 与 classpath 前缀加路径的方式从 classpath 加载文件 如 bean 的定义文件 classpath 的出现是为了从多个 jar 文件中加载相同的文件 classpath 只能加载找到的第一个文件 比如 resource1 jar 中的 package com test rs 有一个 jarAppcontex xml 文件 内容如下

大家好,又见面了,我是你们的朋友全栈君。
如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Spring可以通过指定classpath*:与classpath:前缀加路径的方式从classpath加载文件,如bean的定义文件.classpath*:的出现是为了从多个jar文件中加载相同的文件.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*:的加载使用了classloader的 getResources() 方法,如果是在不同的J2EE服务器上运行,由于应用服务器提供自己的classloader实现,它们在处理jar文件时的行为也许会有所不同。 要测试classpath*: 是否有效,可以用classloader从classpath中的jar文件里加载文件来进行测试:getClass().getClassLoader().getResources("<someFileInsideTheJar>")。(上面的例子是在sun的jre中运行的状态)

 从Spring的源码,在PathMatchingResourcePatternResolver类中,我们可以更清楚的了解其对的处理:如果是以classpath*开头,它会遍历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.csdn.net/kkdelta/article/details/,简介了在JAVA里遍历classpath中读取找到的所有符合名称的文件.

前缀 例子 说明

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,如果失败,调用 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的方法是利用class loader.

 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);
    }

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

注意:
用classpath*:需要遍历所有的classpath,所以加载效率会比较差一些,如果只使用classpath:,需要规划好资源文件的路径,尽量避免重名,导致资源文件加载不到的问题。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/234042.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 加载出错收集解答

    加载出错收集解答加载user.dll时出错的解决方法杀毒后遗症。病毒已被杀掉,但病毒在启动项里面加上的启动信息还在,所以开机系统仍试图运行病毒但找不到病毒文件,所以出现了你说的这种情况。在开始-运行里输入&#82

    2022年7月1日
    20
  • UnityShader-BilateralFilter(双边滤波,磨皮滤镜)「建议收藏」

    UnityShader-BilateralFilter(双边滤波,磨皮滤镜)「建议收藏」双边滤波(BilateralFilter),可能没有高斯滤波那样著名,但是如果说磨皮滤镜,那肯定是无人不知无人不晓了,用双边滤波就可以实现很好的皮肤滤镜效果,不管脸上有多少麻子,用完双边滤波,瞬间变身白富美。

    2022年7月22日
    34
  • 什么是igmp协议_igmpv3协议

    什么是igmp协议_igmpv3协议文章目录IGMP协议定义功能IGMPv1主机加入主机离开查询器选举成员报告抑制机制IGMPv2主机加入主机离开查询器选举成员报告抑制机制IGMPv3主机上维护的组播信息路由器维护的组播信息主机加入主机离开IGMPSnooping组播VLAN相关命令组播概述定义组播关注的问题解决方案组播地址地址范围地址分类组播模型ASMSSMIRF定义优势工作流程Master设备选举规则IRF堆叠协议热备份IRF形成的必要条件配置步骤相关命令IGMP协议定义组播组管理协议功能管理主机加入和离开组播组维护本

    2022年9月14日
    0
  • 视频直播技术_直播如何实现低延迟

    视频直播技术_直播如何实现低延迟借《让子弹飞》中姜文的名言作为开场白:让子弹飞一会儿。某名人吐槽说:还要飞一会儿哪?这子弹的延迟也忒大了。 该名人就是鄙人。为什么低延迟很重要?低延迟的子弹可以击杀敌军千米之外,低延迟的直播技术可以秒杀粉丝千里之外。互动直播技术已经成为直播平台的标配。没有互动直播技术的直播平台无法跻身直播行业第一梯队。而要获得互动直播技术,实现低延迟

    2022年7月21日
    14
  • centos7 polkitd[661]: Unregistered Authentication Agent for unix-process:1781:115097 (system bus nam

    centos7 polkitd[661]: Unregistered Authentication Agent for unix-process:1781:115097 (system bus namcentos7polkitd[661]:UnregisteredAuthenticationAgentforunix-process:1781:115097(systembusname

    2022年6月16日
    394

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号