resource_resources - CSDN
精华内容
参与话题
  • 注解 @Resource

    万次阅读 多人点赞 2012-12-12 11:56:22
    在java代码中使用@Autowired或@Resource注解方式进行装配,这两个注解的区别是:@Autowired 默认按类型装配,@Resource默认按名称装配,当找不到与名称匹配的bean才会按类型装配。  @Autowired  private ...

    在java代码中使用@Autowired或@Resource注解方式进行装配,这两个注解的区别是:@Autowired 默认按类型装配,@Resource默认按名称装配,当找不到与名称匹配的bean才会按类型装配。
        @Autowired
        private PersonDao  personDao;//用于字段上
        @Autowired
        public void setOrderDao(OrderDao orderDao) {//用于属性的setter方法上
            this.orderDao = orderDao;
        }
    @Autowired注解是按类型装配依赖对象,默认情况下它要求依赖对象必须存在,如果允许null值,可以设置它required属性为false。如果我们想使用按名称装配,可以结合@Qualifier注解一起使用。如下:
        @Autowired  @Qualifier("personDaoBean")
        private PersonDao  personDao;
    @Resource注解和@Autowired一样,也可以标注在字段或属性的setter方法上,但它默认按名称装配。名称可以通过@Resource的name属性指定,如果没有指定name属性,当注解标注在字段上,即默认取字段的名称作为bean名称寻找依赖对象,当注解标注在属性的setter方法上,即默认取属性名作为bean名称寻找依赖对象。
        @Resource(name=“personDaoBean”)
        private PersonDao  personDao;//用于字段上
    注意:如果没有指定name属性,并且按照默认的名称仍然找不到依赖对象时, @Resource注解会回退到按类型装配。但一旦指定了name属性,就只能按名称装配了。
     
     
    步骤:
    (1).修改beans.xml
    Java代码 
    在java代码中使用@Autowired或@Resource注解方式进行装配。但我们需要在xml配置文件中配置以下信息:  
    <beans xmlns="http://www.springframework.org/schema/beans"  
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
           xmlns:context="http://www.springframework.org/schema/context"  
           xsi:schemaLocation="http://www.springframework.org/schema/beans  
               http://www.springframework.org/schema/beans/spring-beans-2.5.xsd  
               http://www.springframework.org/schema/context  
               http://www.springframework.org/schema/context/spring-context-2.5.xsd">  
              <context:annotation-config/>  
    </beans>  
     这个配置隐式注册了多个对注释进行解析处理的处理器:AutowiredAnnotationBeanPostProcessor,CommonAnnotationBeanPostProcessor,PersistenceAnnotationBeanPostProcessor,RequiredAnnotationBeanPostProcessor
          注: @Resource注解在spring安装目录的lib\j2ee\common-annotations.jar
     
       <context:annotation-config/>  必不可少
    展开全文
  • @Resource注解

    万次阅读 多人点赞 2018-11-02 10:12:47
    @Resource和@Autowired注解都是用来实现依赖注入的。只是@AutoWried按by type自动注入,而@Resource默认按byName自动注入。 @Resource有两个重要属性,分别是name和type spring将name属性解析为bean的名字,而type...

    @Resource和@Autowired注解都是用来实现依赖注入的。只是@AutoWried按by type自动注入,而@Resource默认按byName自动注入。

    @Resource有两个重要属性,分别是name和type

    spring将name属性解析为bean的名字,而type属性则被解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,如果使用type属性则使用byType的自动注入策略。如果都没有指定,则通过反射机制使用byName自动注入策略。

    @Resource依赖注入时查找bean的规则:(以用在field上为例)

    1. 既不指定name属性,也不指定type属性,则自动按byName方式进行查找。如果没有找到符合的bean,则回退为一个原始类型进行查找,如果找到就注入。

    此时name是变量名

    错误示例:

    @Resource
        private String bucketName;
        @Resource
        private String styleName;

    此时的name值是配置bean里的name属性指定的值,而不是id的值

    <bean id="bucketName " class="java.lang.String"> 
        <constructor-arg value="${oos.bucketName}"/> 
    </bean> 
    <!-- 图片样式名 --> 
    <bean id="styleName " class="java.lang.String"> 
        <constructor-arg value="${oos.styleName}"/> 
    </bean>
    

    这里为什么要重新理解,是因为之前我一直认为对应的是配置文件的id属性的值,直到在配置上面两个String类型的bean的时候,居然会报错,如下: No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 这是因为spring会去找bean元素里name属性值和变量名一致的bean,但是因为都没有指定name属性,所以找不到然后就按照原始类型String去查找,结果一下找到了两个,所以就报错。

    2. 只是指定了@Resource注解的name,则按name后的名字去bean元素里查找有与之相等的name属性的bean。

    正确示例

    @Resource(name="bucket")
        private String bucketName;
        @Resource(name="style")
        private String styleName;
    <bean name="bucket" class="java.lang.String"> 
        <constructor-arg value="${oos.bucketName}"/> 
    </bean> 
    <!-- 图片样式名 --> 
    <bean name="style" class="java.lang.String"> 
        <constructor-arg value="${oos.styleName}"/> 
    </bean>
    

    3. 只指定@Resource注解的type属性,则从上下文中找到类型匹配的唯一bean进行装配,找不到或者找到多个,都会抛出异常

    4. 既指定了@Resource的name属性又指定了type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常

    展开全文
  • @Resource

    千次阅读 2019-08-04 11:07:09
    @Autowired 与@Resource的区别: 1、 @Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。 2、 @Autowired默认按类型装配(这个注解是属业spring的),默认情况下必须要求依赖对象...

    @Autowired 与@Resource的区别:

    1、 @Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。

    2、 @Autowired默认按类型装配(这个注解是属业spring的),默认情况下必须要求依赖对象必须存在,如果要允许null值,可以设置它的required属性为false,如:@Autowired(required=false) ,如果我们想使用名称装配可以结合@Qualifier注解进行使用,如下:

    @Autowired() 
    @Qualifier(“baseDao”) 
    private 
    BaseDao baseDao;

    3、@Resource(这个注解属于J2EE的),默认安装名称进行装配,名称可以通过name属性进行指定,如果没有指定name属性,当注解写在字段上时,默认取字段名进行安装名称查找,如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是,如果name属性一旦指定,就只会按照名称进行装配。

    @Resource(name=”baseDao”) 
    private 
    BaseDao baseDao;

    展开全文
  • Spring中Resource接口详解

    千次阅读 2018-02-22 10:49:15
    在日常程序开发中,处理外部资源是很繁琐的事情,我们可能需要处理URL资源、File资源资源、ClassPath相关资源、服务器相关资源(JBoss AS 5.x上的VFS资源)等等很多资源。因此处理这些资源需要使用不同的接口,这就...

    原本地址:https://www.cnblogs.com/yw0219/p/7255522.html
    在日常程序开发中,处理外部资源是很繁琐的事情,我们可能需要处理URL资源、File资源资源、ClassPath相关资源、服务器相关资源(JBoss AS 5.x上的VFS资源)等等很多资源。因此处理这些资源需要使用不同的接口,这就增加了我们系统的复杂性;而且处理这些资源步骤都是类似的(打开资源、读取资源、关闭资源),因此如果能抽象出一个统一的接口来对这些底层资源进行统一访问,是不是很方便,而且使我们系统更加简洁,都是对不同的底层资源使用同一个接口进行访问。
    Spring 提供一个Resource接口来统一这些底层资源一致的访问,而且提供了一些便利的接口,从而能提供我们的生产力。
    4.1.2 Resource接口
    Spring的Resource接口代表底层外部资源,提供了对底层外部资源的一致性访问接口。

    Java代码

    public interface InputStreamSource { 
    InputStream getInputStream() throws IOException; 
    } 

    Java代码

    public interface Resource extends InputStreamSource { 
    boolean exists(); 
    boolean isReadable(); 
    boolean isOpen(); 
    URL getURL() throws IOException; 
    URI getURI() throws IOException; 
    File getFile() throws IOException; 
    long contentLength() throws IOException; 
    long lastModified() throws IOException; 
    Resource createRelative(String relativePath) throws IOException; 
    String getFilename(); 
    String getDescription(); 
    }

    1)InputStreamSource接口解析:
    getInputStream:每次调用都将返回一个新鲜的资源对应的java.io. InputStream字节流,调用者在使用完毕后必须关闭该资源。
    2)Resource接口继承InputStreamSource接口,并提供一些便利方法:
    exists:返回当前Resource代表的底层资源是否存在,true表示存在。
    isReadable:返回当前Resource代表的底层资源是否可读,true表示可读。
    isOpen:返回当前Resource代表的底层资源是否已经打开,如果返回true,则只能被读取一次然后关闭以避免资源泄露;常见的Resource实现一般返回false。
    getURL:如果当前Resource代表的底层资源能由java.util.URL代表,则返回该URL,否则抛出IOException。
    getURI:如果当前Resource代表的底层资源能由java.util.URI代表,则返回该URI,否则抛出IOException。
    getFile:如果当前Resource代表的底层资源能由java.io.File代表,则返回该File,否则抛出IOException。
    contentLength:返回当前Resource代表的底层文件资源的长度,一般是值代表的文件资源的长度。
    lastModified:返回当前Resource代表的底层资源的最后修改时间。
    createRelative:用于创建相对于当前Resource代表的底层资源的资源,比如当前Resource代表文件资源“d:/test/”则createRelative(“test.txt”)将返回表文件资源“d:/test/test.txt”Resource资源。
    getFilename:返回当前Resource代表的底层文件资源的文件路径,比如File资源“file://d:/test.txt”将返回“d:/test.txt”,而URL资源http://www.javass.cn将返回“”,因为只返回文件路径。
    getDescription:返回当前Resource代表的底层资源的描述符,通常就是资源的全路径(实际文件名或实际URL地址)。

    Resource接口提供了足够的抽象,足够满足我们日常使用。而且提供了很多内置Resource实现:ByteArrayResource、InputStreamResource 、FileSystemResource 、UrlResource 、ClassPathResource、ServletContextResource、VfsResource等。
    4.2 内置Resource实现

    4.2.1 ByteArrayResource
    ByteArrayResource代表byte[]数组资源,对于“getInputStream”操作将返回一个ByteArrayInputStream。
    首先让我们看下使用ByteArrayResource如何处理byte数组资源:

    Java代码 收藏代码

    package cn.javass.spring.chapter4; 
    import java.io.IOException; 
    import java.io.InputStream; 
    import org.junit.Test; 
    import org.springframework.core.io.ByteArrayResource; 
    import org.springframework.core.io.Resource; 
    public class ResourceTest { 
    @Test 
    public void testByteArrayResource() { 
    Resource resource = new ByteArrayResource("Hello World!".getBytes()); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    } 
    } 

    是不是很简单,让我们看下“dumpStream”实现:

    Java代码

    private void dumpStream(Resource resource) { 
    InputStream is = null; 
    try { 
    //1.获取文件资源 
    is = resource.getInputStream(); 
    //2.读取资源 
    byte[] descBytes = new byte[is.available()]; 
    is.read(descBytes); 
    System.out.println(new String(descBytes)); 
    } catch (IOException e) { 
    e.printStackTrace(); 
    } 
    finally { 
    try { 
    //3.关闭资源 
    is.close(); 
    } catch (IOException e) { 
    } 
    } 
    }

    让我们来仔细看一下代码,dumpStream方法很抽象定义了访问流的三部曲:打开资源、读取资源、关闭资源,所以dunpStrean可以再进行抽象从而能在自己项目中使用;byteArrayResourceTest测试方法,也定义了基本步骤:定义资源、验证资源存在、访问资源。

    ByteArrayResource可多次读取数组资源,即isOpen ()永远返回false。

    1.2.2 InputStreamResource
    InputStreamResource代表java.io.InputStream字节流,对于“getInputStream ”操作将直接返回该字节流,因此只能读取一次该字节流,即“isOpen”永远返回true。
    让我们看下测试代码吧:

    Java代码

    @Test 
    public void testInputStreamResource() { 
    ByteArrayInputStream bis = new ByteArrayInputStream("Hello World!".getBytes()); 
    Resource resource = new InputStreamResource(bis); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    Assert.assertEquals(true, resource.isOpen()); 
    } 

    测试代码几乎和ByteArrayResource测试完全一样,注意“isOpen”此处用于返回true。

    4.2.3 FileSystemResource
    FileSystemResource代表java.io.File资源,对于“getInputStream ”操作将返回底层文件的字节流,“isOpen”将永远返回false,从而表示可多次读取底层文件的字节流。
    让我们看下测试代码吧:

    Java代码

    @Test 
    public void testFileResource() { 
    File file = new File("d:/test.txt"); 
    Resource resource = new FileSystemResource(file); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    Assert.assertEquals(false, resource.isOpen()); 
    } 
    

    注意由于“isOpen”将永远返回false,所以可以多次调用dumpStream(resource)。

    4.2.4 ClassPathResource
    ClassPathResource代表classpath路径的资源,将使用ClassLoader进行加载资源。classpath 资源存在于类路径中的文件系统中或jar包里,且“isOpen”永远返回false,表示可多次读取资源。
    ClassPathResource加载资源替代了Class类和ClassLoader类的“getResource(String name)”和“getResourceAsStream(String name)”两个加载类路径资源方法,提供一致的访问方式。
    ClassPathResource提供了三个构造器:
    public ClassPathResource(String path):使用默认的ClassLoader加载“path”类路径资源;
    public ClassPathResource(String path, ClassLoader classLoader):使用指定的ClassLoader加载“path”类路径资源;
    比如当前类路径是“cn.javass.spring.chapter4.ResourceTest”,而需要加载的资源路径是“cn/javass/spring/chapter4/test1.properties”,则将加载的资源在“cn/javass/spring/chapter4/test1.properties”;
    public ClassPathResource(String path, Class

    @Test 
    public void testClasspathResourceByDefaultClassLoader() throws IOException { 
    Resource resource = new ClassPathResource("cn/javass/spring/chapter4/test1.properties"); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    System.out.println("path:" + resource.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource.isOpen()); 
    } 

    2)使用指定的ClassLoader进行加载资源,将加载指定的ClassLoader类路径上相对于根路径的资源:

    Java代码

    @Test 
    public void testClasspathResourceByClassLoader() throws IOException { 
    ClassLoader cl = this.getClass().getClassLoader(); 
    Resource resource = new ClassPathResource("cn/javass/spring/chapter4/test1.properties" , cl); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    System.out.println("path:" + resource.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource.isOpen()); 
    } 

    3)使用指定的类进行加载资源,将尝试加载相对于当前类的路径的资源:

    Java代码

    @Test 
    public void testClasspathResourceByClass() throws IOException { 
    Class clazz = this.getClass(); 
    Resource resource1 = new ClassPathResource("cn/javass/spring/chapter4/test1.properties" , clazz); 
    if(resource1.exists()) { 
    dumpStream(resource1); 
    } 
    System.out.println("path:" + resource1.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource1.isOpen()); 
    
    Resource resource2 = new ClassPathResource("test1.properties" , this.getClass()); 
    if(resource2.exists()) { 
    dumpStream(resource2); 
    } 
    System.out.println("path:" + resource2.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource2.isOpen()); 
    } 

    “resource1”将加载cn/javass/spring/chapter4/cn/javass/spring/chapter4/test1.properties资源;“resource2”将加载“cn/javass/spring/chapter4/test1.properties”;

    4)加载jar包里的资源,首先在当前类路径下找不到,最后才到Jar包里找,而且在第一个Jar包里找到的将被返回:

    Java代码

    @Test 
    public void classpathResourceTestFromJar() throws IOException { 
    Resource resource = new ClassPathResource("overview.html"); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    System.out.println("path:" + resource.getURL().getPath()); 
    Assert.assertEquals(false, resource.isOpen()); 
    } 

    如果当前类路径包含“overview.html”,在项目的“resources”目录下,将加载该资源,否则将加载Jar包里的“overview.html”,而且不能使用“resource.getFile()”,应该使用“resource.getURL()”,因为资源不存在于文件系统而是存在于jar包里,URL类似于“file:/C:/…/*.jar!/overview.html”。
    类路径一般都是相对路径,即相对于类路径或相对于当前类的路径,因此如果使用“/test1.properties”带前缀“/”的路径,将自动删除“/”得到“test1.properties”。

    4.2.5 UrlResource
    UrlResource代表URL资源,用于简化URL资源访问。“isOpen”永远返回false,表示可多次读取资源。
    UrlResource一般支持如下资源访问:
    http:通过标准的http协议访问web资源,如new UrlResource(“http://地址”);
    ftp:通过ftp协议访问资源,如new UrlResource(“ftp://地址”);
    file:通过file协议访问本地文件系统资源,如new UrlResource(“file:d:/test.txt”);
    具体使用方法在此就不演示了,可以参考cn.javass.spring.chapter4.ResourceTest中urlResourceTest测试方法。

    4.2.6 ServletContextResource
    ServletContextResource代表web应用资源,用于简化servlet容器的ServletContext接口的getResource操作和getResourceAsStream操作;在此就不具体演示了。

    4.2.7 VfsResource
    VfsResource代表Jboss 虚拟文件系统资源。

    Jboss VFS(Virtual File System)框架是一个文件系统资源访问的抽象层,它能一致的访问物理文件系统、jar资源、zip资源、war资源等,VFS能把这些资源一致的映射到一个目录上,访问它们就像访问物理文件资源一样,而其实这些资源不存在于物理文件系统。
    在示例之前需要准备一些jar包,在此我们使用的是Jboss VFS3版本,可以下载最新的Jboss AS 6x,拷贝lib目录下的“jboss-logging.jar”和“jboss-vfs.jar”两个jar包拷贝到我们项目的lib目录中并添加到“Java Build Path”中的“Libaries”中。
    让我们看下示例(cn.javass.spring.chapter4.ResourceTest):

    Java代码

    @Test 
    public void testVfsResourceForRealFileSystem() throws IOException { 
    //1.创建一个虚拟的文件目录 
    VirtualFile home = VFS.getChild("/home"); 
    //2.将虚拟目录映射到物理的目录 
    VFS.mount(home, new RealFileSystem(new File("d:"))); 
    //3.通过虚拟目录获取文件资源 
    VirtualFile testFile = home.getChild("test.txt"); 
    //4.通过一致的接口访问 
    Resource resource = new VfsResource(testFile); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    System.out.println("path:" + resource.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource.isOpen()); 
    } 
    @Test 
    public void testVfsResourceForJar() throws IOException { 
    //1.首先获取jar包路径 
    File realFile = new File("lib/org.springframework.beans-3.0.5.RELEASE.jar"); 
    //2.创建一个虚拟的文件目录 
    VirtualFile home = VFS.getChild("/home2"); 
    //3.将虚拟目录映射到物理的目录 
    VFS.mountZipExpanded(realFile, home, 
    TempFileProvider.create("tmp", Executors.newScheduledThreadPool(1))); 
    //4.通过虚拟目录获取文件资源 
    VirtualFile testFile = home.getChild("META-INF/spring.handlers"); 
    Resource resource = new VfsResource(testFile); 
    if(resource.exists()) { 
    dumpStream(resource); 
    } 
    System.out.println("path:" + resource.getFile().getAbsolutePath()); 
    Assert.assertEquals(false, resource.isOpen()); 
    } 

    通过VFS,对于jar里的资源和物理文件系统访问都具有一致性,此处只是简单示例,如果需要请到Jboss官网深入学习。
    4.3.1 ResourceLoader接口
    ResourceLoader接口用于返回Resource对象;其实现可以看作是一个生产Resource的工厂类。

    Java代码

    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):

    Java代码

    @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。

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

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

    Java代码

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

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

    Java代码

    @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:

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

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

    Java代码

    <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)吧:

    Java代码

    @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的支持,及如何使用更便利的资源加载方式。
    4.4.1 使用路径通配符加载Resource
    前面介绍的资源路径都是非常简单的一个路径匹配一个资源,Spring还提供了一种更强大的Ant模式通配符匹配,从能一个路径匹配一批资源。

    Ant路径通配符支持“?”、“”、“*”,注意通配符匹配不包括目录分隔符“/”:

    “?”:匹配一个字符,如“config?.xml”将匹配“config1.xml”;
    ”:匹配零个或多个字符串,如“cn//config.xml”将匹配“cn/javass/config.xml”,但不匹配匹配“cn/config.xml”;而“cn/config-*.xml”将匹配“cn/config-dao.xml”;
    ”:匹配路径中的零个或多个目录,如“cn//config.xml”将匹配“cn /config.xml”,也匹配“cn/javass/spring/config.xml”;而“cn/javass/config-.xml”将匹配“cn/javass/config-dao.xml”,即把“”当做两个“*”处理。

    Spring提供AntPathMatcher来进行Ant风格的路径匹配。具体测试请参考cn.javass.spring.chapter4. AntPathMatcherTest。

    Spring在加载类路径资源时除了提供前缀“classpath:”的来支持加载一个Resource,还提供一个前缀“classpath*:”来支持加载所有匹配的类路径Resource。

    Spring提供ResourcePatternResolver接口来加载多个Resource,该接口继承了ResourceLoader并添加了“Resource[] getResources(String locationPattern)”用来加载多个Resource:

    public interface ResourcePatternResolver extends ResourceLoader {
    String CLASSPATH_ALL_URL_PREFIX = “classpath*:”;
    Resource[] getResources(String locationPattern) throws IOException;
    }

    Spring提供了一个ResourcePatternResolver实现PathMatchingResourcePatternResolver,它是基于模式匹配的,默认使用AntPathMatcher进行路径匹配,它除了支持ResourceLoader支持的前缀外,还额外支持“classpath*:”用于加载所有匹配的类路径Resource,ResourceLoader不支持前缀“classpath*:”:

    首先做下准备工作,在项目的“resources”创建“META-INF”目录,然后在其下创建一个“INDEX.LIST”文件。同时在“org.springframework.beans-3.0.5.RELEASE.jar”和“org.springframework.context-3.0.5.RELEASE.jar”两个jar包里也存在相同目录和文件。然后创建一个“LICENSE”文件,该文件存在于“com.springsource.cn.sf.cglib-2.2.0.jar”里。

    一、“classpath”: 用于加载类路径(包括jar包)中的一个且仅一个资源;对于多个匹配的也只返回一个,所以如果需要多个匹配的请考虑“classpath*:”前缀;

    @Test 
    public void testClasspathPrefix() throws IOException { 
    ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(); 
    //只加载一个绝对匹配Resource,且通过ResourceLoader.getResource进行加载 
    Resource[] resources=resolver.getResources("classpath:META-INF/INDEX.LIST"); 
    Assert.assertEquals(1, resources.length); 
    //只加载一个匹配的Resource,且通过ResourceLoader.getResource进行加载 
    resources = resolver.getResources("classpath:META-INF/*.LIST"); 
    Assert.assertTrue(resources.length == 1); 
    } 

    二、“classpath*”: 用于加载类路径(包括jar包)中的所有匹配的资源。带通配符的classpath使用“ClassLoader”的“Enumeration getResources(String name)”方法来查找通配符之前的资源,然后通过模式匹配来获取匹配的资源。如“classpath:META-INF/*.LIST”将首先加载通配符之前的目录“META-INF”,然后再遍历路径进行子路径匹配从而获取匹配的资源。

    @Test 
    public void testClasspathAsteriskPrefix () throws IOException { 
    ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(); 
    //将加载多个绝对匹配的所有Resource 
    //将首先通过ClassLoader.getResources("META-INF")加载非模式路径部分 
    //然后进行遍历模式匹配 
    Resource[] resources=resolver.getResources("classpath*:META-INF/INDEX.LIST"); 
    Assert.assertTrue(resources.length > 1); 
    //将加载多个模式匹配的Resource 
    resources = resolver.getResources("classpath*:META-INF/*.LIST"); 
    Assert.assertTrue(resources.length > 1); 
    } 

    注意“resources.length >1”说明返回多个Resource。不管模式匹配还是非模式匹配只要匹配的都将返回。

    在“com.springsource.cn.sf.cglib-2.2.0.jar”里包含“asm-license.txt”文件,对于使用“classpath*: asm-*.txt”进行通配符方式加载资源将什么也加载不了“asm-license.txt”文件,注意一定是模式路径匹配才会遇到这种问题。这是由于“ClassLoader”的“getResources(String name)”方法的限制,对于name为“”的情况将只返回文件系统的类路径,不会包换jar包根路径。

    @Test 
    public void testClasspathAsteriskPrefixLimit() throws IOException { 
    ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(); //将首先通过ClassLoader.getResources("")加载目录, 
    //将只返回文件系统的类路径不返回jar的跟路径 
    //然后进行遍历模式匹配 
    Resource[] resources = resolver.getResources("classpath*:asm-*.txt"); 
    Assert.assertTrue(resources.length == 0); 
    //将通过ClassLoader.getResources("asm-license.txt")加载 
    //asm-license.txt存在于com.springsource.net.sf.cglib-2.2.0.jar 
    resources = resolver.getResources("classpath*:asm-license.txt"); 
    Assert.assertTrue(resources.length > 0); 
    //将只加载文件系统类路径匹配的Resource 
    resources = resolver.getResources("classpath*:LICENS*"); 
    Assert.assertTrue(resources.length == 1); 
    }

    对于“resolver.getResources(“classpath*:asm-.txt”);”,由于在项目“resources”目录下没有所以应该返回0个资源;“resolver.getResources(“classpath:asm-license.txt”);”将返回jar包里的Resource;“resolver.getResources(“classpath*:LICENS*”);”,因为将只返回文件系统类路径资源,所以返回1个资源。

    因此加载通配符路径时(即路径中包含通配符),必须包含一个根目录才能保证加载的资源是所有的,而不是部分。

    三、“file”:加载一个或多个文件系统中的Resource。如“file:D:/*.txt”将返回D盘下的所有txt文件;

    四、无前缀:通过ResourceLoader实现加载一个资源。

    AppliacationContext提供的getResources方法将获取资源委托给ResourcePatternResolver实现,默认使用PathMatchingResourcePatternResolver。所有在此就无需介绍其使用方法了。

    4.4.2 注入Resource数组
    Spring还支持注入Resource数组,直接看配置如下:

    <bean id="resourceBean1" class="cn.javass.spring.chapter4.bean.ResourceBean4"> 
    <property name="resources"> 
    <array> 
    <value>cn/javass/spring/chapter4/test1.properties</value> 
    <value>log4j.xml</value> 
    </array> 
    </property> 
    </bean> 
    <bean id="resourceBean2" class="cn.javass.spring.chapter4.bean.ResourceBean4"> 
    <property name="resources" value="classpath*:META-INF/INDEX.LIST"/> 
    </bean> 
    <bean id="resourceBean3" class="cn.javass.spring.chapter4.bean.ResourceBean4"> 
    <property name="resources"> 
    <array> 
    <value>cn/javass/spring/chapter4/test1.properties</value> 
    <value>classpath*:META-INF/INDEX.LIST</value> 
    </array> 
    </property> 
    </bean> 
    

    “resourceBean1”就不用多介绍了,传统实现方式;对于“resourceBean2”则使用前缀“classpath*”,看到这大家应该懂的,加载匹配多个资源;“resourceBean3”是混合使用的;测试代码在“cn.javass.spring.chapter4.ResourceInjectTest.testResourceArrayInject”。
    Spring通过ResourceArrayPropertyEditor来进行类型转换的,而它又默认使用“PathMatchingResourcePatternResolver”来进行把路径解析为Resource对象。所有大家只要会使用“PathMatchingResourcePatternResolver”,其它一些实现都是委托给它的,比如AppliacationContext的“getResources”方法等。

    4.4.3 AppliacationContext实现对各种Resource的支持
    一、ClassPathXmlApplicationContext:默认将通过classpath进行加载返回ClassPathResource,提供两类构造器方法:

    public class ClassPathXmlApplicationContext { 
    //1)通过ResourcePatternResolver实现根据configLocation获取资源 
    public ClassPathXmlApplicationContext(String configLocation); 
    public ClassPathXmlApplicationContext(String... configLocations); 
    public ClassPathXmlApplicationContext(String[] configLocations, ……); 
    
    //2)通过直接根据path直接返回ClasspathResource 
    public ClassPathXmlApplicationContext(String path, Class clazz); 
    public ClassPathXmlApplicationContext(String[] paths, Class clazz); 
    public ClassPathXmlApplicationContext(String[] paths, Class clazz, ……); 
    } 

    第一类构造器是根据提供的配置文件路径使用“ResourcePatternResolver ”的“getResources()”接口通过匹配获取资源;即如“classpath:config.xml”
    第二类构造器则是根据提供的路径和clazz来构造ClassResource资源。即采用“public ClassPathResource(String path, Class

    **public class FileSystemXmlApplicationContext{ 
    public FileSystemXmlApplicationContext(String configLocation); 
    public FileSystemXmlApplicationContext(String... configLocations,……); 
    } 
    
    **

    //linux系统,以下全是相对于当前vm路径进行加载
    new FileSystemXmlApplicationContext(“chapter4/config.xml”);
    new FileSystemXmlApplicationContext(“/chapter4/confg.xml”);

    //windows系统,第一个将相对于当前vm路径进行加载;
    //第二个则是绝对路径方式加载
    new FileSystemXmlApplicationContext(“chapter4/config.xml”);
    new FileSystemXmlApplicationContext(“d:/chapter4/confg.xml”);

    此处还需要注意:在linux系统上,构造器使用的是相对路径,而ctx.getResource()方法如果以“/”开头则表示获取绝对路径资源,而不带前导“/”将返回相对路径资源。如下:

    //linux系统,第一个将相对于当前vm路径进行加载;
    //第二个则是绝对路径方式加载
    ctx.getResource (“chapter4/config.xml”);
    ctx.getResource (“/root/confg.xml”);
    //windows系统,第一个将相对于当前vm路径进行加载;
    //第二个则是绝对路径方式加载
    ctx.getResource (“chapter4/config.xml”);
    ctx.getResource (“d:/chapter4/confg.xml”);

    因此如果需要加载绝对路径资源最好选择前缀“file”方式,将全部根据绝对路径加载。如在linux系统“ctx.getResource (“file:/root/confg.xml”);”

    展开全文
  • @Autowired 与@Resource的区别(详细)

    万次阅读 多人点赞 2018-06-10 19:44:00
    参考博文:http://www.cnblogs.com/happyyang/articles/3553687.htmlhttp://blog.csdn.net/revent/article/details/49203619http://blog.csdn.net/ad921012/article/details/49679745spring不但支持自己定义的@...
  • 重新理解@Resource注解

    万次阅读 2019-06-27 12:37:47
    @Resource和@Autowired注解都是用来实现依赖注入的。只是@Autowired按byType自动注入,而@Resource默认按 byName自动注入。  @Resource有两个重要的属性,分是name和type。  Spring将name属性解析为bean的名字...
  • @Resource、@Resources源码翻译

    千次阅读 2017-10-18 09:37:38
    package javax.annotation; /** * 目的:标记应用程序需要的资源 * 1. 注解位置:类、字段、方法; * a. 字段、方法上:该类初始化时,容器注入一个资源实例 * b.... * 2.... * 注意:此注释若在超类的 pri
  • Spring中Resource(资源)的获取

    万次阅读 2017-07-31 16:01:58
    通过Resource接口获取资源 通过ResourceLoader接口获取资源 通过ApplicationContext获取资源 将resource注入到bean中的方式获取资源 下面是对每种方式的详细讲解 :1.通过Resource接口获取资源Resource接口的实现类...
  • spring boot获取resource目录下文件

    万次阅读 2018-07-16 23:43:19
    Resource resource = new ClassPathResource(&quot;resource目录下的文件路径&quot;); File file = resource.getFile(); 例如:resource目录下: a/1.txt 获取1.txt文件的方法: Resource resource = ...
  • ClassPathResource加载资源文件

    万次阅读 2017-06-07 10:43:43
    ClassPathResource类,如果没有指定相对的类名,该类将从类的根路径开始寻找某个resource,如果指定了相对的类名,则根据指定类的相对路径来查找某个resourceResource rs = new ClassPathResource("onlyfun/...
  • vue 引用 vue-resource步骤

    万次阅读 2017-04-21 11:49:46
    1、安装vue-resource到项目中,找到当前项目 输入:npm install vue-resource --save 2、安装完毕后,在main.js中导入,如下所示: import VueResource from 'vue-resource' Vue.use(VueResource)  ...
  • Resource temporarily unavailable解决办法

    万次阅读 2016-07-27 10:39:37
    最近在使用虚拟机环境做测试时,常常遇到-bash: fork: retry: Resource temporarily unavailable. 字面意思是资源限制,进程数开的不够大,直接ulimit -u 修改最大进程数之后如故,进而修改/etc/security/limits....
  • IDEA使用 @Autowired和@Resource时报错

    万次阅读 2016-08-02 15:54:45
    使用IDEA工具时使用@Resource和@Autowired自动注解bean时会显示红色,但是项目能运行 解决方法: File – Settings – Inspections。在Spring Core – Autowring for Bean Class 中将Severity的级别由之前的error...
  • npm resource busy or locked解决方法

    万次阅读 2018-05-12 23:15:19
    报错: npm resource busy or locked..... 解决:  确保node为最新坂本 Run: npm cache clean Run: npm install
  • maven工程下 读取resource下配置文件

    万次阅读 多人点赞 2016-09-05 16:19:02
    maven工程下 读取resource下配置文件
  • 检查Controller层的方法是否添加@ReponseBody注解,如果没有@ReponseBody注解,有可能会报这个错。 与前台页面交互的方法加上@ReponseBody和@RequestMapping注解
  • Android resource linking failed问题解决

    万次阅读 2019-04-01 14:43:30
    Android resource linking failed 发生原因 buildToolsVersion 使用'28.0.3',supportVersion使用的也是28.0.0而compileSdkVersion使用的不是28 解决:修改compileSdkVersion版本为28 ...
  • msgsnd() Resource temporarily unavailable  Resource temporarily unavailable 为资源不可用错误
  • Spring Security OAuth2#resource_ids

    万次阅读 2017-09-08 12:21:43
    发博词Spring Security OAuth2 架构上分为Authorization Server和Resource Server。我们可以为每一个Resource Server(一个微服务实例)设置一个resourceid。再给client授权的时候,可以设置这个client可以访问哪...
  • @Resource注解的官方解释

    万次阅读 2018-05-11 01:15:07
    @Resource注解 对于@Resource注解的官方解释 @Resource annotation, which is semantically defined to identify a specific target component by its unique name, with the declared type being irrelevant for ...
1 2 3 4 5 ... 20
收藏数 878,991
精华内容 351,596
关键字:

resource