在Web.xml中自动扫描Spring的配置文件及resource时classpath*:与classpath:的区别

淩亂°似流年 2022-07-13 07:45 128阅读 0赞

### 前言 ###

首先在web.xml中配置监听器listener，让Spring进行自动获取。具体加入的代码如下：

<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>

只要其启动服务这个配置就会默认的去加载我们的配置文件，自动的将里面的bean都给初始化了。默认情况下它会去/WEB-INF/applicationContext.xml文件。如果自己想要将配置文件放到classpath下，即src目录下，则需要再进行路径的指定，具体代码如下：

<context-param> <param-name>contextConfigLocation</param-name>  
      
      
    <param-value>classpath:applicationContext-*.xml</param-value>  
    </context-param>

这样的话，在服务器启动的时候就会自动的去classpath也就是src目录下找所有的以：applicationContext-\*.xml文件并将它们初始化。

### **Spring加载resource时classpath\*:与classpath:的区别** ###

注意：

两者都会到你的class路径(包括加载进classpath的jar包)中查找文件。**亲测！！！**

classpath：只能加载找到的第一个文件  
classpath\*：所有相同的文件都会被加载

比如 resource1.jar中的package 'com.test.rs' 有一个 'jarAppcontext.xml' 文件，内容如下:

resource2.jar中的package 'com.test.rs' 也有一个 'jarAppcontext.xml' 文件,内容如下:

通过使用下面的代码则可以将两个jar包中的文件都加载进来

ApplicationContext ctx = new ClassPathXmlApplicationContext( "classpath*:com/test/rs/jarAppcontext.xml");

而如果写成下面的代码,就只能找到其中的一个xml文件(顺序取决于jar包的加载顺序)

ApplicationContext ctx = new ClassPathXmlApplicationContext( "classpath:com/test/rs/jarAppcontext.xml");

classpath\*:的使用是为了多个component(最终发布成不同的jar包)并行开发，各自的bean定义文件按照一定的规则:package+filename，而使用这些component的调用者可以把这些文件都加载进来。

classpath\*:的加载使用了classloader的 `getResources()` 方法，如果是在不同的J2EE服务器上运行，由于应用服务器提供自己的classloader实现，它们在处理jar文件时的行为也许会有所不同。 要测试`classpath*:` 是否有效，可以用classloader从classpath中的jar文件里加载文件来进行测试：`getClass().getClassLoader().getResources("<someFileInsideTheJar>")`。(上面的例子是在sun的jre中运行的状态)

从Spring的源码，在PathMatchingResourcePatternResolver类中,我们可以更清楚的了解其对应的处理：如果是以classpath\*开头,则会调用findAllClassPathResources方法，它会遍历classpath。

protected Resource[] findAllClassPathResources(String location) throws IOException {  
        String path = location;  
        if (path.startsWith("/")) {  
            path = path.substring(1);  
        }  
        Enumeration resourceUrls = getClassLoader().getResources(path);  
        Set<Resource> result = new LinkedHashSet<Resource>(16);  
        while (resourceUrls.hasMoreElements()) {  
            URL url = (URL) resourceUrls.nextElement();  
            result.add(convertClassLoaderURL(url));  
        }  
        return result.toArray(new Resource[result.size()]);  
    }

http://blog.csdn.net/kkdelta/article/details/5560210，简介了在JAVA里遍历classpath中读取找到的所有符合名称的文件.

另外在加载resource的时候，其他前缀的意义如下表所示：注意classpath\*只能用与指定配置文件的路径，不能用在用于getResource的参数。如appContext.getResource("classpath\*:conf/bfactoryCtx.xml")会异常的.

<table> 
 <thead> 
  <tr> 
   <th>前缀</th> 
   <th>例子</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td> <p>classpath:</p> </td> 
   <td> <p><code>classpath:com/myapp/config.xml</code></p> </td> 
   <td> <p>从classpath中加载。</p> </td> 
  </tr> 
  <tr> 
   <td> <p>file:</p> </td> 
   <td> <p><code>file:/data/config.xml</code></p> </td> 
   <td> <p>作为&nbsp;<code>URL</code>&nbsp;从文件系统中加载。</p> </td> 
  </tr> 
  <tr> 
   <td> <p>http:</p> </td> 
   <td> <p><code>http://myserver/logo.png</code></p> </td> 
   <td> <p>作为&nbsp;<code>URL</code>&nbsp;加载。</p> </td> 
  </tr> 
  <tr> 
   <td> <p>(none)</p> </td> 
   <td> <p><code>/data/config.xml</code></p> </td> 
   <td> <p>根据&nbsp;<code>ApplicationContext</code>&nbsp;进行判断。</p> </td> 
  </tr> 
 </tbody> 
</table>

从Spring的源码可以看出原因:如果是classpath:开头，从classpath加载，否则尝试URL。如果尝试URL失败，则调用 getResourceByPath方法

public Resource getResource(String location) {  
            Assert.notNull(location, "Location must not be null");  
            if (location.startsWith(CLASSPATH_URL_PREFIX)) {  
                return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader());  
            }  
            else {  
                try {  
                    // Try to parse the location as a URL...  
                    URL url = new URL(location);  
                    return new UrlResource(url);  
                }  
                catch (MalformedURLException ex) {  
                    // No URL -> resolve as resource path.  
                    return getResourceByPath(location);  
                }  
            }  
        }

getResourceByPath会被不同`ApplicationContext` 实现覆盖.

如 GenericWebApplicationContext覆盖为如下:

protected Resource getResourceByPath(String path) {  
            return new ServletContextResource(this.servletContext, path);  
        }

如 FileSystemXmlApplicationContext覆盖为如下:

protected Resource getResourceByPath(String path) {  
            if (path != null && path.startsWith("/")) {  
                path = path.substring(1);  
            }  
            return new FileSystemResource(path);  
        }

**最终从文件加载的时候仍然是Java中常见的读取文件的方法**：

如ClassPathResource得到inputStream的方法是利用classloader.

public InputStream getInputStream() throws IOException {  
        InputStream is;  
        if (this.clazz != null) {  
            is = this.clazz.getResourceAsStream(this.path);  
        }

如FileSystemResource得到inputStream的方法是利用FileInputStream.

public InputStream getInputStream() throws IOException {
            return new FileInputStream(this.file);
        }

如ServletContextResource得到inputStream的方法是利用servletContext.getResourceAsStream.

public InputStream getInputStream() throws IOException {  
        InputStream is = this.servletContext.getResourceAsStream(this.path);  
        if (is == null) {  
            throw new FileNotFoundException("Could not open " + getDescription());  
        }  
        return is;  
    }

查看源码你会发现，上面三种类获得InputStream的途径，最终的核心其实都是Java的FileInputStream。