Spring- Resource ——跟我学spring3

 

       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）：

 

java代码：
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。

 

java代码：
public interface ResourceLoaderAware {      void setResourceLoader(ResourceLoader resourceLoader);  

 

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

 

java代码：
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;       }  
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：

 

java代码：
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;       }  
bean id="resourceBean1"         property name="resource" value="cn/javass/spring/chapter4/test1.properties"/    /bean    bean id="resourceBean2"     property name="resource"   value="classpath:cn/javass/spring/chapter4/test1.properties"/    /bean   

 

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

 

       3）让我们来看下测试代码（cn.javass.spring.chapter4.ResourceInjectTest）吧：

 

java代码：
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的支持，及如何使用更便利的资源加载方式。

 

 

原创内容 转自请注明出处【http://sishuok.com/forum/blogPost/list/0/2457.html】

Spring探索：既生@Resource，何生@Autowired？ 提到Spring依赖注入，大家最先想到应该是@Resource和@Autowired，很多文章只是讲解了功能上的区别，对于Spring为什么要支持两个这么类似的注解却未提到，属于知其然而不知其所以然。不知大家在使用这两个注解的时候有没有想过，@Resource又支持名字又支持类型，还要@Autowired干嘛，难道是Spring官方没事做了？
Spring源码学习：一篇搞懂@Autowire和@Resource注解的区别 最近在刷到很多文章讲解Spring IOC依赖注入时@Autowire和@Resource注解的区别，不同的文章总结出来的点有异同，所以还是看源码自己总结一下其两者的区别，及其用法。
Spring中的Autowired、Qualifier、Resource注解详解 使用Spring系列的框架对这三个注解肯定都不会陌生，这三个注解有一个特性，就是用于属性注入，说白了点就是将Spring容器中的对象取出来，这样我们才可以使用，那么这三者到底是什么关系，又有什么区别呢？
Spring 中 @Autowired 和 @Resource 有什么区别？ 做为一名 Java 程序员，日常开发中使用最多的便是 Spring，工作了很多年，很多人都停留在使用的层面上，甚至连最基本的概念都没搞懂。笔者在 Java 领域也辛勤耕耘了几年，为了避免浮于表面，在今年6月份开始看 Spring 的源码，其优秀的设计确实值得每一个 Java 开发者去学习。
Spring 资源管理 (Resource) Spring 为什么引入资源管理？ Java 中有各种各样的资源，资源的位置包括本地文件系统、网络、类路径等，资源的形式可以包括文件、二进制流、字节流等，针对不同的资源又有不同的加载形式。
Spring 源码阅读 01：Resource 资源抽象 在 Spring 的核心源码中，`Resource` 接口定义了 Spring 对底层资源访问的抽象，通过实现 Resource 接口，我们可以开发各种资源的访问能力。
阿里特邀专家徐雷Java Spring Boot开发实战系列课程（第18讲）：制作Java Docker镜像与推送到DockerHub和阿里云Docker仓库 立即下载