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

前言

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

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

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

<!-- Context Configuration locations for Spring XML files -->  
<context-param> <param-name>contextConfigLocation</param-name>  
<!-- <param-value>/WEB-INF/applicationContext-*.xml,classpath*:applicationContext-*.xml</param-value> -->  
<!-- 加入你的配置文件放在了src下的，命名规则为：applicationContext-*.xml形式，则可以从以下方式配置-->  
<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' 文件，内容如下:

<bean name="ProcessorImplA" class="com.test.spring.di.ProcessorImplA" />

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

<bean id="ProcessorImplB" class="com.test.spring.di.ProcessorImplB" />

通过使用下面的代码则可以将两个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")会异常的.

前缀	例子	说明
classpath:	classpath:com/myapp/config.xml	从classpath中加载。
file:	file:/data/config.xml	作为 URL 从文件系统中加载。
http:	http://myserver/logo.png	作为 URL 加载。
(none)	/data/config.xml	根据 ApplicationContext 进行判断。

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