Spring中整合了获取资源的工具,就是使用Resource接口。此接口是Spring为了统一读取诸如本地文件、classpath项目路径下的文件、url互联网上的文件等不同类型渠道的资源,封装隐藏如打开流、关闭流、报错处理等大量重复模板代码,而专程设计提供的接口类。
有关Resource接口的基础知识,可以参考我的另一篇博客:《Spring Resource接口进行资源访问》。
而Spring框架为了更方便的获取资源,尽量弱化程序员对各个Resource接口实现类的感知与分辨,降低学习与使用成本,定义了另一个接口,就是:ResourceLoader接口。
- 此接口有一个特别重要的方法:Resource getResource(String location)。返回的对象,就是Spring容器中Resource接口的实例
- Spring内所有的ApplicationContext实例(包括Spring自启动容器或者用户手动创建的其他容器),都实现了这个方法
因此程序员在使用Spring容器时,可以:
示例如下:
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的实现类(例如InputStreamResource、ClassPathResource、UrlResource等等等等)。
那么问题来了,我们有时候想知道,通过applicationContext.getResource()获得到的Resource对象,到底是哪一种Resource接口的实现类对象呢?这个问题对开发者很重要,因为只有知道是哪个Resource的实现类,才能更方便的使用此实例获取资源。
Spring框架的原则是:applicationContext.getResource()会采用和ApplicationContext相同的策略来访问资源。
学过原生Spring的同学都知道,当我们想开发一个Spring项目,也就是创建ApplicationContext容器、让Spring启动生效时,我们:
具体使用方法可以参考文章《spring加载ApplicationContext.xml的四种方式》
就是与ApplicationContext容器创建时采用的资源获取方式(即Spring启动时,容器本身读取资源----XXX.xml文件的策略),与此策略相同的Resource实现方式。乍一看比较绕口,具体如下:
- 如果用ClassPathXmlApplicationContext启动的Spring容器,则底层Resource是ClassPathResource实例
- 如果用FileSystemXmlApplicationContext启动的Spring容器,则底层Resource是FileSystemResource实例
- 如果用XmlWebApplicationContext启动的Spring容器,则底层Resource是ServletContextResource实例
有时候程序员可能更擅长某种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");
与BeanNameAware、ApplicationContextAware这些接口类似,Spring会自动调用:implements了ResourceLoaderAware接口类的实现方法:serResourceLoader(),将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;
}
}
与classpath区别是,classpath*会找到路径下所有符合规定的xml文件,进行加载;而classpath只找到第一个xml文件进行加载。
classpath*: 只能用在ApplicationContext中(通过Classloader.getResource()方法实现)。不可直接用在Resource前。所以如果不是Spring容器,而是直接使用Resource,想通过classpath*:前缀去一次性访问多个资源文件是行不通的。
可以参考文档:《Java文件路径》