同名资源存在时，classpath: 只从第一个符合条件的classpath中加载资源，而classpath*: 会从所有的classpath中加载符合条件的资源

classpath*:需要遍历所有的classpath，效率肯定比不上classpath，因此在项目设计的初期就尽量规划好资源文件所在的路径，避免使用classpath*来加载

classpath本质是jvm的根路径，jvm获取资源都是从该根路径下找的，注意这个根路径是个逻辑路径，并不是磁盘路径。比如两个jar包的路径是/packagea/a.jar和/packageb/b.jar，但是用classpath*:就可以找到这两个jar包中的资源。

一般classpath指向的是classes，也就是编译路径的根路径，而一般classes中放着这些文件:

1.java文件编译好的class文件。

2.properties配置文件。

3.xml配置文件。

4.一些模版文件，如*.ftl。

5.其他需要用classpath获取到的文件。

搞懂了classpath指向的classes里放的东西，我们再来看看classpath: 和classpath*:的区别。

1.classpath：只会到你的classes路径中查找找文件。

2.classpath*：不仅会到classes路径，还包括jar文件中(classes路径)进行查找。

<!-- myBatis配置.
            classpath和classpath*的区别，参考文档：http://blog.csdn.net/zl3450341/article/details/9306983.
            classpath只会返回第一个匹配的资源，建议确定路径的单个文档使用classpath；匹配多个文档时使用classpath*.
       -->
       <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"
             p:dataSource-ref="dataSource"
             p:configLocation="classpath:mybatis.xml"
             p:mapperLocations="classpath*:com/*Mapper.xml" />

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加载Resource文件是通过ResourceLoader来进行的

重点————classpath 与 classpath*以及通配符是怎么处理的

public interface ResourceLoader {

/** Pseudo URL prefix for loading from the class path: "classpath:" */

String CLASSPATH_URL_PREFIX = ResourceUtils.CLASSPATH_URL_PREFIX;

Resource getResource(String location);

ClassLoader getClassLoader();

}

public interface ResourcePatternResolver extends ResourceLoader {

/**

* Pseudo URL prefix for all matching resources from the class path: "classpath*:"

* This differs from ResourceLoader's classpath URL prefix in that it

* retrieves all matching resources for a given name (e.g. "/beans.xml"),

* for example in the root of all deployed JAR files.

* @see org.springframework.core.io.ResourceLoader#CLASSPATH_URL_PREFIX

*/

String CLASSPATH_ALL_URL_PREFIX = "classpath*:";

Resource[] getResources(String locationPattern) throws IOException;

}

通过2个接口的源码对比，我们发现ResourceLoader提供 classpath下单资源文件的载入，而ResourcePatternResolver提供了多资源文件的载入。

ResourcePatternResolver有一个实现类：PathMatchingResourcePatternResolver，那我们直奔主题，查看PathMatchingResourcePatternResolver的getResources()

由此我们可以看出在加载配置文件时，以是否是以classpath*开头分为2大类处理场景，每大类在又根据路径中是否包括通配符分为2小类进行处理，

处理的流程图如下：

从上图看，整个加载资源的场景有三条处理流程

以classpath*开头，但路径不包含通配符的

让我们来看看findAllClassPathResources是怎么处理的

protected Resource[] findAllClassPathResources(String location) throws IOException {

String path = location;

if (path.startsWith("/")) {

path = path.substring(1);

}

Enumeration<URL> resourceUrls = getClassLoader().getResources(path);

Set<Resource> result = new LinkedHashSet<Resource>(16);

while (resourceUrls.hasMoreElements()) {

URL url = resourceUrls.nextElement();

result.add(convertClassLoaderURL(url));

}

return result.toArray(new Resource[result.size()]);

}

我们可以看到，最关键的一句代码是：Enumeration<URL> resourceUrls = getClassLoader().getResources(path);

public ClassLoader getClassLoader() {

return getResourceLoader().getClassLoader();

}

public ResourceLoader getResourceLoader() {

return this.resourceLoader;

}

//默认情况下

public PathMatchingResourcePatternResolver() {

this.resourceLoader = new DefaultResourceLoader();

}

其实上面这3个方法不是最关键的，之所以贴出来，是让大家清楚整个调用链，其实这种情况最关键的代码在于ClassLoader的getResources()方法。那么我们同样跟进去，看看源码

• 不以classpath*开头，且路径不包含通配符的

• 路径包含通配符的