spring3: 访问Resource — ResourceLoader/ResourceLoaderAware接口

4.3.1  ResourceLoader接口

       ResourceLoader接口用于返回Resource对象;其实现可以看作是一个生产Resource的工厂类。

1
2
3
4
public interface ResourceLoader { 
       Resource getResource(String location); 
       ClassLoader getClassLoader(); 

  

getResource接口用于根据提供的location参数返回相应的Resource对象;而getClassLoader则返回加载这些Resource的ClassLoader。 

       Spring提供了一个适用于所有环境的DefaultResourceLoader实现,可以返回ClassPathResource、UrlResource;还提供一个用于web环境的ServletContextResourceLoader,它继承了DefaultResourceLoader的所有功能,又额外提供了获取ServletContextResource的支持。 

       ResourceLoader在进行加载资源时需要使用前缀来指定需要加载:“classpath:path”表示返回ClasspathResource,“http://path”和“file:path”表示返回UrlResource资源,如果不加前缀则需要根据当前上下文来决定,DefaultResourceLoader默认实现可以加载classpath资源,如代码所示(cn.javass.spring.chapter4.ResourceLoaderTest):

1
2
3
4
5
6
7
8
9
10
11
12
13
@Test 
public void testResourceLoad() { 
    ResourceLoader loader = new DefaultResourceLoader(); 
    Resource resource = loader.getResource("classpath:cn/javass/spring/chapter4/test1.txt"); 
    //验证返回的是ClassPathResource 
    Assert.assertEquals(ClassPathResource.class, resource.getClass()); 
    Resource resource2 = loader.getResource("file:cn/javass/spring/chapter4/test1.txt"); 
    //验证返回的是ClassPathResource 
    Assert.assertEquals(UrlResource.class, resource2.getClass()); 
    Resource resource3 = loader.getResource("cn/javass/spring/chapter4/test1.txt"); 
    //验证返默认可以加载ClasspathResource 
    Assert.assertTrue(resource3 instanceof ClassPathResource); 

  

对于目前所有ApplicationContext都实现了ResourceLoader,因此可以使用其来加载资源。

         ClassPathXmlApplicationContext不指定前缀将返回默认的ClassPathResource资源,否则将根据前缀来加载资源;

         FileSystemXmlApplicationContext不指定前缀将返回FileSystemResource,否则将根据前缀来加载资源;

         WebApplicationContext不指定前缀将返回ServletContextResource,否则将根据前缀来加载资源;

         其他:不指定前缀根据当前上下文返回Resource实现,否则将根据前缀来加载资源。

4.3.2  ResourceLoaderAware接口

       ResourceLoaderAware是一个标记接口,用于通过ApplicationContext上下文注入ResourceLoader。

1
2
3
public interface ResourceLoaderAware { 
   void setResourceLoader(ResourceLoader resourceLoader); 

  

 让我们看下测试代码吧:

 

1)  首先准备测试Bean,我们的测试Bean还简单只需实现ResourceLoaderAware接口,然后通过回调将ResourceLoader保存下来就可以了:

1
2
3
4
5
6
7
8
9
10
11
12
13
package cn.javass.spring.chapter4.bean; 
import org.springframework.context.ResourceLoaderAware; 
import org.springframework.core.io.ResourceLoader; 
public class ResourceBean implements ResourceLoaderAware { 
    private ResourceLoader resourceLoader; 
    @Override 
    public void setResourceLoader(ResourceLoader resourceLoader) { 
        this.resourceLoader = resourceLoader; 
    
    public ResourceLoader getResourceLoader() { 
        return resourceLoader; 
    

  2)  配置Bean定义(chapter4/resourceLoaderAware.xml):

1
<bean class="cn.javass.spring.chapter4.bean.ResourceBean"/> 

  3)测试(cn.javass.spring.chapter4.ResoureLoaderAwareTest):

1
2
3
4
5
6
7
@Test 
public void test() { 
    ApplicationContext ctx = new ClassPathXmlApplicationContext("chapter4/resourceLoaderAware.xml"); 
    ResourceBean resourceBean = ctx.getBean(ResourceBean.class); 
    ResourceLoader loader = resourceBean.getResourceLoader(); 
    Assert.assertTrue(loader instanceof ApplicationContext); 

  

注意此处“loader instanceof ApplicationContext”,说明了ApplicationContext就是个ResoureLoader。

       由于上述实现回调接口注入ResourceLoader的方式属于侵入式,所以不推荐上述方法,可以采用更好的自动注入方式,如“byType”和“constructor”,此处就不演示了。   

 

4.3.3  注入Resource

       通过回调或注入方式注入“ResourceLoader”,然后再通过“ResourceLoader”再来加载需要的资源对于只需要加载某个固定的资源是不是很麻烦,有没有更好的方法类似于前边实例中注入“java.io.File”类似方式呢?

 

       Spring提供了一个PropertyEditor “ResourceEditor”用于在注入的字符串和Resource之间进行转换。因此可以使用注入方式注入Resource。

 

       ResourceEditor完全使用ApplicationContext根据注入的路径字符串获取相应的Resource,说白了还是自己做还是容器帮你做的问题。

 

接下让我们看下示例:

       1)准备Bean:

1
2
3
4
5
6
7
8
9
10
11
package cn.javass.spring.chapter4.bean; 
import org.springframework.core.io.Resource; 
public class ResourceBean3 { 
    private Resource resource; 
    public Resource getResource() { 
        return resource; 
    
    public void setResource(Resource resource) { 
        this.resource = resource; 
    

  2)准备配置文件(chapter4/ resourceInject.xml):

1
2
3
4
5
6
7
<bean id="resourceBean1" class="cn.javass.spring.chapter4.bean.ResourceBean3"
   <property name="resource" value="cn/javass/spring/chapter4/test1.properties"/> 
</bean> 
<bean id="resourceBean2" class="cn.javass.spring.chapter4.bean.ResourceBean3"
<property name="resource" 
value="classpath:cn/javass/spring/chapter4/test1.properties"/> 
</bean>

  

注意此处“resourceBean1”注入的路径没有前缀表示根据使用的ApplicationContext实现进行选择Resource实现。

 

       3)让我们来看下测试代码(cn.javass.spring.chapter4.ResourceInjectTest)吧:

1
2
3
4
5
6
7
8
@Test 
public void test() { 
    ApplicationContext ctx = new ClassPathXmlApplicationContext("chapter4/resourceInject.xml"); 
    ResourceBean3 resourceBean1 = ctx.getBean("resourceBean1", ResourceBean3.class); 
    ResourceBean3 resourceBean2 = ctx.getBean("resourceBean2", ResourceBean3.class); 
    Assert.assertTrue(resourceBean1.getResource() instanceof ClassPathResource); 
    Assert.assertTrue(resourceBean2.getResource() instanceof ClassPathResource); 

   接下来一节让我们深入ApplicationContext对各种Resource的支持,及如何使用更便利的资源加载方式。

posted @   穆晟铭  阅读(3359)  评论(0编辑  收藏  举报
编辑推荐:
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
阅读排行:
· DeepSeek 解答了困扰我五年的技术问题。时代确实变了!
· PPT革命!DeepSeek+Kimi=N小时工作5分钟完成?
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· 赶AI大潮:在VSCode中使用DeepSeek及近百种模型的极简方法
· DeepSeek企业级部署实战指南:从服务器选型到Dify私有化落地
点击右上角即可分享
微信分享提示