Spring中资源的加载ResourceLoader

Spring中资源的加载是定义在ResourceLoader接口中的，它跟前面提到的抽象资源的关系如下：
在这里插入图片描述
ResourceLoader的源码

public interface ResourceLoader {  /** Pseudo URL prefix for loading from the class path: "classpath:" */  String CLASSPATH_URL_PREFIX = ResourceUtils.CLASSPATH_URL_PREFIX;  Resource getResource(String location);  ClassLoader getClassLoader();  }

我们发现，其实ResourceLoader接口只提供了classpath前缀的支持。而classpath*的前缀支持是在它的子接口ResourcePatternResolver中。

public interface ResourcePatternResolver extends ResourceLoader {  /** * Pseudo URL prefix for all matching resources from the class path: "classpath*:" * This differs from ResourceLoader's classpath URL prefix in that it * retrieves all matching resources for a given name (e.g. "/beans.xml"), * for example in the root of all deployed JAR files. * @see org.springframework.core.io.ResourceLoader#CLASSPATH_URL_PREFIX */  String CLASSPATH_ALL_URL_PREFIX = "classpath*:";  Resource[] getResources(String locationPattern) throws IOException;  }

通过2个接口的源码对比，我们发现ResourceLoader提供 classpath下单资源文件的载入，而ResourcePatternResolver提供了多资源文件的载入。
ResourcePatternResolver有一个实现类：PathMatchingResourcePatternResolver，那我们直奔主题，查看PathMatchingResourcePatternResolver的getResources()

public Resource[] getResources(String locationPattern) throws IOException {  Assert.notNull(locationPattern, "Location pattern must not be null");  //是否以classpath*开头  if (locationPattern.startsWith(CLASSPATH_ALL_URL_PREFIX)) {  //是否包含?或者*  if (getPathMatcher().isPattern(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length()))) {  // a class path resource pattern  return findPathMatchingResources(locationPattern);  }  else {  // all class path resources with the given name  return findAllClassPathResources(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length()));  }  }  else {  // Only look for a pattern after a prefix here  // (to not get fooled by a pattern symbol in a strange prefix).  int prefixEnd = locationPattern.indexOf(":") + 1;  //是否包含?或者*  if (getPathMatcher().isPattern(locationPattern.substring(prefixEnd))) {  // a file pattern  return findPathMatchingResources(locationPattern);  }  else {  // a single resource with the given name  return new Resource[] {getResourceLoader().getResource(locationPattern)};  }  }  }

由此我们可以看出在加载配置文件时，以是否是以classpath*开头分为2大类处理场景，每大类在又根据路径中是否包括通配符分为2小类进行处理，
处理的流程图如下：

在这里插入图片描述
从上图看，整个加载资源的场景有三条处理流程

以classpath*开头，但路径不包含通配符的
让我们来看看findAllClassPathResources是怎么处理的

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

我们可以看到，最关键的一句代码是：Enumeration resourceUrls = getClassLoader().getResources(path);

public ClassLoader getClassLoader() {  return getResourceLoader().getClassLoader();  }  public ResourceLoader getResourceLoader() {  return this.resourceLoader;  }  //默认情况下  
public PathMatchingResourcePatternResolver() {  this.resourceLoader = new DefaultResourceLoader();  }

其实上面这3个方法不是最关键的，之所以贴出来，是让大家清楚整个调用链，其实这种情况最关键的代码在于ClassLoader的getResources()方法。那么我们同样跟进去，看看源码

public Enumeration<URL> getResources(String name) throws IOException {  
Enumeration[] tmp = new Enumeration[2];  
if (parent != null) {  tmp[0] = parent.getResources(name);  
} else {  tmp[0] = getBootstrapResources(name);  
}  
tmp[1] = findResources(name);  return new CompoundEnumeration(tmp);  }

是不是一目了然了？当前类加载器，如果存在父加载器，则向上迭代获取资源， 因此能加到jar包里面的资源文件。

不以classpath*开头，且路径不包含通配符的
处理逻辑如下

return new Resource[] {getResourceLoader().getResource(locationPattern)};

上面我们已经贴过getResourceLoader()的逻辑了， 即默认是DefaultResourceLoader()，那我们进去看看getResouce()的实现

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

其实很简单，如果以classpath开头，则创建为一个ClassPathResource，否则则试图以URL的方式加载资源，创建一个UrlResource.
路径包含通配符的
这种情况是最复杂的，涉及到层层递归，那我把加了注释的代码发出来大家看一下，其实主要的思想就是
1.先获取目录，加载目录里面的所有资源
2.在所有资源里面进行查找匹配，找出我们需要的资源

protected Resource[] findPathMatchingResources(String locationPattern) throws IOException {  //拿到能确定的目录，即拿到不包括通配符的能确定的路径  比如classpath*:/aaa/bbb/spring-*.xml 则返回classpath*:/aaa/bbb/                                     //如果是classpath*:/aaa/*/spring-*.xml，则返回 classpath*:/aaa/  String rootDirPath = determineRootDir(locationPattern);  //得到spring-*.xml  String subPattern = locationPattern.substring(rootDirPath.length());  //递归加载所有的根目录资源，要注意的是递归的时候又得考虑classpath,与classpath*的情况，而且还得考虑根路径中是否又包含通配符，参考上面那张流程图  Resource[] rootDirResources = getResources(rootDirPath);  Set<Resource> result = new LinkedHashSet<Resource>(16);  //将根目录所有资源中所有匹配我们需要的资源(如spring-*)加载result中  for (Resource rootDirResource : rootDirResources) {  rootDirResource = resolveRootDirResource(rootDirResource);  if (isJarResource(rootDirResource)) {  result.addAll(doFindPathMatchingJarResources(rootDirResource, subPattern));  }  else if (rootDirResource.getURL().getProtocol().startsWith(ResourceUtils.URL_PROTOCOL_VFS)) {  result.addAll(VfsResourceMatchingDelegate.findMatchingResources(rootDirResource, subPattern, getPathMatcher()));  }  else {  result.addAll(doFindPathMatchingFileResources(rootDirResource, subPattern));  }  }  if (logger.isDebugEnabled()) {  logger.debug("Resolved location pattern [" + locationPattern + "] to resources " + result);  }  return result.toArray(new Resource[result.size()]);  }

值得注解一下的是determineRootDir()方法的作用，是确定根目录，这个根目录必须是一个能确定的路径，不会包含通配符。如果classpath*:aa/bb*/spring-.xml，得到的将是classpath:aa/ 可以看下他的源码

protected String determineRootDir(String location) {  int prefixEnd = location.indexOf(":") + 1;  int rootDirEnd = location.length();  while (rootDirEnd > prefixEnd && getPathMatcher().isPattern(location.substring(prefixEnd, rootDirEnd))) {  rootDirEnd = location.lastIndexOf('/', rootDirEnd - 2) + 1;  }  if (rootDirEnd == 0) {  rootDirEnd = prefixEnd;  }  return location.substring(0, rootDirEnd);  
}

分析到这，结合测试我们可以总结一下：
1.无论是classpath还是classpath都可以加载整个classpath下（包括jar包里面）的资源文件。
2.classpath只会返回第一个匹配的资源，查找路径是优先在项目中存在资源文件，再查找jar包。
3.文件名字包含通配符资源(如果spring-.xml，spring*.xml)， 如果根目录为""， classpath加载不到任何资源， 而classpath则可以加载到classpath中可以匹配的目录中的资源，但是不能加载到jar包中的资源
在这里插入图片描述
classpath:notice.txt 加载不到资源
classpath*:notice*.txt 加载到resource根目录下notice.txt
classpath:META-INF/notice*.txt 加载到META-INF下的一个资源（classpath是加载到匹配的第一个资源，就算删除classpath下的notice.txt，他仍然可以 加载jar包中的notice.txt）
classpath:META-/notice.txt 加载不到任何资源
classpath*:META-INF/notice*.txt 加载到classpath以及所有jar包中META-INF目录下以notice开头的txt文件
classpath*:META-/notice.txt 只能加载到classpath下 META-INF目录的notice.txt

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/249582.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Codeforces Round #540 (Div. 3)(部分题解)

Codeforces Round #540 (Div. 3)(部分题解)

链接:http://codeforces.com/contest/1118 来源:Codeforces 文章目录A. Water BuyingB. Tanya and Candies(前缀和)D1. Coffee and Coursework (Easy version)(贪心)D2. Coffee and Coursework (Hard Version)(二分)A. Water Buying 题意:用最小的花费买到刚好合适的东西.我们可…
阅读更多...
java项目中的classpath

java项目中的classpath

在java项目中&#xff0c;你一定碰到过classpath&#xff0c;通常情况下&#xff0c;我们是用它来指定配置/资源文件的路径。在刚开始学习的时候&#xff0c;自己也糊里糊涂&#xff0c;但是现在&#xff0c;是时候弄清楚它到底是指什么了。 顾名思义&#xff0c;classpath就是…
阅读更多...
Class.getResource和ClassLoader.getResource

Class.getResource和ClassLoader.getResource

一案例驱动 二源码分析 三类加载器ClassLoader 四总结 五参考 一案例驱动 最近加载文件的时候遇到了一个问题&#xff0c;很有意思&#xff01; 具体看下面案例代码 public class TestClassLoader {public static void main(String[] args) {System.out.println(TestClassLoad…
阅读更多...
spring-6、动态代理（cglib 与 JDK）

spring-6、动态代理（cglib 与 JDK）

JDK动态代理与Cglib动态代理 JDK动态代理: 1.能够继承静态代理的全部优点.并且能够实现代码的复用.2.动态代理可以处理一类业务.只要满足条件 都可以通过代理对象进行处理.3.动态代理的灵活性不强.4.JDK 的动态代理要求代理者必须实现接口, , 否则不能生成代理对象. . 1 packag…
阅读更多...
JDK安装与配置（Windows 7系统）

JDK安装与配置（Windows 7系统）

1.前言 安装之前需弄清JDK、JRE、JVM这几个概念&#xff0c;不然稀里糊涂不知道自己在装什么。 &#xff08;1&#xff09;什么是java环境&#xff1a;我们知道&#xff0c;想听音乐就要安装音乐播放器&#xff0c;想看图片需要安装图片浏览器&#xff0c;同样道理&#xff0c;…
阅读更多...
spring源码分析-core.io包里面的类

spring源码分析-core.io包里面的类

前些日子看《深入理解javaweb开发》时&#xff0c;看到第一章java的io流&#xff0c;发觉自己对io流真的不是很熟悉。然后看了下JDK1.7中io包的一点点代码&#xff0c;又看了org.springframework.core.io包的一些类和组织方式&#xff0c;当作是学习吧。总结一下。 先挂下spri…
阅读更多...
对类Vue的MVVM前端库的实现

对类Vue的MVVM前端库的实现

关于实现MVVM&#xff0c;网上实在是太多了&#xff0c;本文为个人总结&#xff0c;结合源码以及一些别人的实现 关于双向绑定 vue 数据劫持 订阅 - 发布ng 脏值检查backbone.js 订阅-发布(这个没有使用过&#xff0c;并不是主流的用法)双向绑定&#xff0c;从最基本的实现来说…
阅读更多...
django的母板系统

django的母板系统

一.母板渲染语法 1.变量 {{ 变量 }} 2.逻辑 {% 逻辑语 %} 二.变量 在母板中有变量时,母板引擎会去反向解析找到这个传来的变量,然后替换掉. .(点),在母板中是深度查询据点符,它的查询顺序: 字典 > 属性或方法 > 数字索引 三.过滤器 1.语法 {{ value|filter_name:参数}} 2…
阅读更多...
【CSS】flex的常用布局

【CSS】flex的常用布局

1、垂直居中&#xff0c;写在父级上div{display: flex;justify-content: center;align-items: center; } 2、flex-左右两端&#xff0c;垂直居中该布局在移动端较为常见<style> .wrap{display: flex;justify-content: space-between;align-items: center;width: 200px;he…
阅读更多...
java.util.Properties

java.util.Properties

ava.util.Properties是对properties这类配置文件的映射。支持key-value类型和xml类型两种 首先&#xff0c;新建一个文件&#xff0c;如图&#xff1a; 然后再Java代码段输入如下代码&#xff1a; import java.io.FileInputStream; import java.io.InputStream; import java…
阅读更多...
Spring-boot 打成jar包后使用外部配置文件

Spring-boot 打成jar包后使用外部配置文件

官网说明 第一种是在jar包的同一目录下建一个config文件夹&#xff0c;然后把配置文件放到这个文件夹下&#xff1b; 第二种是直接把配置文件放到jar包的同级目录&#xff1b; 第三种在classpath下建一个config文件夹&#xff0c;然后把配置文件放进去&#xff1b; 第四种是在c…
阅读更多...
UI自动化之元素定位(xpath、css)

UI自动化之元素定位(xpath、css)

很早之前就已经写过自动化了&#xff0c;不过点着功能久了就会容易忘记元素定位&#xff0c;尤其是xpath和css定位&#xff0c;所以就花点时间做下总结收集。 xpath有两种定位&#xff1a; 一.绝对路径&#xff08;不推荐使用&#xff0c;除非已经使用了所有方式仍然无法定位&a…
阅读更多...
属性编辑器PropertyEditor

属性编辑器PropertyEditor

在Spring配置文件里&#xff0c;我们往往通过字面值为Bean各种类型的属性提供设置值&#xff1a;不管是double类型还是int类型&#xff0c;在配置文件中都对应字符串类型的字面值。BeanWrapper填充Bean属性时如何将这个字面值转换为对应的double或int等内部类型呢&#xff1f;我…
阅读更多...
Linux下查看当前文件大小的命令

Linux下查看当前文件大小的命令

1、ls -lht 列出每个文件的大小和当前目录所有文件大小总和 2、du -sh * 列出当前文件夹下的所有子文件的大小 看你需要啥样的&#xff0c;自己来吧 转载于:https://www.cnblogs.com/xbxxf/p/9619818.html
阅读更多...
Spring IOC-BeanFactory的继承体系结构

Spring IOC-BeanFactory的继承体系结构

本文主要介绍BeanFactory以及它的各种继承层级的接口、抽象类及实现类&#xff0c;因为内容很多&#xff0c;所以这里不介绍ApplicationContext继承体系下的类&#xff08;虽然ApplicationContext本质上也是BeanFactory&#xff0c;但是毕竟这这是我们平时接触最多的两种类别&a…
阅读更多...
【PHP】xampp配置多个监听端口和不同的网站目录(转)

【PHP】xampp配置多个监听端口和不同的网站目录(转)

转自&#xff1a;https://blog.csdn.net/cc1314_/article/details/75646344 windows下使用xampp配置多个监听端口和不同的网站目录 一&#xff1a;配置Apache文件httpd.conf打开Apache的配置文件httpd.conf&#xff0c;可以通过点击xampp的Apache的config下的Apache(httpd.conf…
阅读更多...
Java消息中间件

Java消息中间件

1.概述 中间件 非底层操作系统软件&#xff0c;非业务应用软件&#xff0c;不是直接给最终用户使用的&#xff0c;不能直接给客户带来价值的软件统称为中间件。 消息中间件 管制关注于数据的发送和接收&#xff0c;利用高效可靠的异步消息传递机制集成分布式系统。 优点 ① 解…
阅读更多...
form 源码刨析

form 源码刨析

def clean_name(self) value self.cleaned_data.get(name) if "金-瓶-梅" not in value: raise ValidationError("不符合要求") return value 重写clean方法 转载于:https://www.cnblogs.com/wuheng-123/p/9623289.html
阅读更多...
Activemq源码、编译、导入idea、源码调试总结

Activemq源码、编译、导入idea、源码调试总结

1、在本地下载源码 在GitHub官网搜activemq&#xff0c;找到排名第一的&#xff0c;并打开&#xff0c;如图所示&#xff0c;拷贝url地址。 activemq托管地址&#xff1a;https://github.com/apache/activemq.git 切换到git bash下&#xff0c;输入命令&#xff1a; mkdir a…
阅读更多...
activiti 视图

activiti 视图

1. application.properties增加如下配置 spring.activiti.database-schema-updatefalsespring.activiti.db-history-usedfalsespring.activiti.db-identity-usedfalse 2. 视图sql -- 修改表名称 ALTER TABLE act_id_user RENAME act_id_user_bak1; ALTER TABLE act_id_group RE…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023