Spring使用ResourceLoader接口获取资源

最新推荐文章于 2024-07-31 16:06:58 发布

郭Albert

最新推荐文章于 2024-07-31 16:06:58 发布

阅读量2w

点赞数 13

分类专栏： # Spring + SpringBoot 文章标签： spring java ResourceLoader

本文链接：https://blog.csdn.net/u010086122/article/details/81607167

版权

Spring + SpringBoot 专栏收录该内容

17 篇文章 6 订阅

订阅专栏

前言

Spring中整合了获取资源的工具，就是使用Resource接口。此接口是Spring为了统一读取诸如本地文件、classpath项目路径下的文件、url互联网上的文件等不同类型渠道的资源，封装隐藏如打开流、关闭流、报错处理等大量重复模板代码，而专程设计提供的接口类。

有关Resource接口的基础知识，可以参考我的另一篇博客：《Spring Resource接口进行资源访问》。

一. ResourceLoader接口

而Spring框架为了更方便的获取资源，尽量弱化程序员对各个Resource接口实现类的感知与分辨，降低学习与使用成本，定义了另一个接口，就是：ResourceLoader接口。

此接口有一个特别重要的方法：Resource getResource(String location)。返回的对象，就是Spring容器中Resource接口的实例
Spring内所有的ApplicationContext实例(包括Spring自启动容器或者用户手动创建的其他容器)，都实现了这个方法

因此程序员在使用Spring容器时，可以：

不去过于计较Spring内底层Resource的实现方式
也不需要自己创建Resource实现类
而是直接使用applicationContext.getResource()语句，即可获取到applicationContext容器本身自有的Resource实例；
进而用此Resource实例，去获取相关的资源数据。

示例如下：

public class ResourceTest implements ApplicationContextAware{
	
	ApplicationContext applicationContext ;
	
	public void getResourceTest() {
		//通过applicationContext，只一步getResource()，就可以获取资源
		Resource resource = applicationContext.getResource("spring-mvc.xml");
		//TODO: 用此resource来获取想要的资源
		//......
	}
	
	@Override
	public void setApplicationContext(ApplicationContext applicationContext)
			throws BeansException {		
		this.applicationContext = applicationContext;		
	}
}

二. Spring的Resource策略

Spring框架定义了很多Resource的实现类（例如InputStreamResource、ClassPathResource、UrlResource等等等等）。

那么问题来了，我们有时候想知道，通过applicationContext.getResource()获得到的Resource对象，到底是哪一种Resource接口的实现类对象呢？这个问题对开发者很重要，因为只有知道是哪个Resource的实现类，才能更方便的使用此实例获取资源。

Spring框架的原则是：applicationContext.getResource()会采用和ApplicationContext相同的策略来访问资源。

1. 背景知识：ApplicationContext的创建方式

学过原生Spring的同学都知道，当我们想开发一个Spring项目，也就是创建ApplicationContext容器、让Spring启动生效时，我们：

首先会写一个xml文件，其中定义若干个<bean/>元素；
然后在java代码中用如下的几种写法，去加载其中的bean元素，生成对应的实例并注入ApplicationContext容器内：
1. new ClassPathXmlApplicationContext("xxx.xml")
2. new FileSystemXmlApplicationContext("xxx.xml")
3. WebApplicationContextUtils.getWebApplicationContext(servletContext)
在SpringMVC、SpringBoot中，程序员没有直接这样创建applicationContext对象，是因为框架已经使用这些方法封装好了创建方式，在启动时会自动加载。但内部也都存在对应的ApplicationContext容器，会有类似的调用或创建语法

具体使用方法可以参考文章《spring加载ApplicationContext.xml的四种方式》

2. 什么是与ApplicationContext相同的策略？

就是与ApplicationContext容器创建时采用的资源获取方式(即Spring启动时，容器本身读取资源----XXX.xml文件的策略)，与此策略相同的Resource实现方式。乍一看比较绕口，具体如下：

如果用ClassPathXmlApplicationContext启动的Spring容器，则底层Resource是ClassPathResource实例
如果用FileSystemXmlApplicationContext启动的Spring容器，则底层Resource是FileSystemResource实例
如果用XmlWebApplicationContext启动的Spring容器，则底层Resource是ServletContextResource实例

3. 获取指定的Resource实现类

有时候程序员可能更擅长某种Resource实现类，或者当前项目需要大量读取某一种类型资源，使用对应的具体的实现类则更简洁与优雅。而这些实现类又有可能与当前ApplicationContext策略的Resource实现类不同，这时直接获取Spring容器的Resource实现类反而不太好用。

为此，Spring也支持程序员使用路径前缀等方式，来强制指定从Spring容器获取到的Resource实现类，这个实现类可能与当前ApplicationContext策略不相同。

例如前缀"classpath:"是指定使用ClassPathResource；前缀"file:"则指定使用UrlResource访问本地系统资源等

//强制使用ClassPathResource
Resource resource = applicationContext.getResource("classpath:spring-mvc.xml");

//强制使用UrlResource
Resource resource = applicationContext.getResource("file:book.xml");

需要指出的是，这种指定前缀指定方法，仅对当次获取资源有效，后面的还会恢复默认的applicationContext的Resource实例。

//即使一开始创建用classpath:前缀，ApplicationContext的Resource还是FileSystemResource
applicationContext=new FileSystemXmlApplicationContext("classpath:bean.xml");

//这里还是用的FileSystemResource
applicationContext.getResource("book.xml");

三. ResourceLoaderAware接口

与BeanNameAware、ApplicationContextAware这些接口类似，Spring会自动调用：implements了ResourceLoaderAware接口类的实现方法：setResourceLoader()，将ApplicationContext的ResourceLoader注入进去。

之后对它getResource()，就可以获取到系统的Resource了

public class ResourceBean implements ResourceLoaderAware {  

    private ResourceLoader resourceLoader;  

    public ResourceLoader getResourceLoader() {  
        return resourceLoader;  
    } 

    @Override  
    public void setResourceLoader(ResourceLoader resourceLoader) {  
        this.resourceLoader = resourceLoader;  
    }  
}