基本概念

ResourceLoader 接口，在 Spring 中用于加载资源，通过它可以获取一个 Resouce 对象。

内部构造

首先来看它的接口定义：

public interface ResourceLoader {// 从 classpath 加载资源时的前缀 String CLASSPATH_URL_PREFIX = ResourceUtils.CLASSPATH_URL_PREFIX; // 关键-> 取得 Resource 对象，即获取资源 Resource getResource(String location); ClassLoader getClassLoader(); }

再来看它的继承关系，如下所示：

• DefaultResourceLoader ： 作为 ResourceLoader 接口的直接实现类，该类实现了基本的资源加载功能，可以实现对单个资源的加载。

• ResourcePatternResolver ：该接口继承了 ResourceLoader，定义了加载多个资源的方法， 可以实现对多个资源的加载。

DefaultResourceLoader

上面介绍过该类通过实现 ResourceLoader 接口实现了加载单个资源的功能。它的子类通过继承它来实现具体的资源访问策略。下面来探究下该类如何加载单个资源：

public Resource getResource(String location) {Assert.notNull(location, "Location must not be null");// ① 是否以"/" 开头if (location.startsWith("/")) { return getResourceByPath(location); } // ② 是否以"classpath:" 开头，若是则表示该资源类型为 ClassPathResource else if (location.startsWith(CLASSPATH_URL_PREFIX)) { return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader()); } else { try { // ③若都不是，则当成 UrlResource 来处理 URL url = new URL(location); return new UrlResource(url); }catch (MalformedURLException ex) { // 若不是 UrlResource，则仍当作 ① 情况来处理 return getResourceByPath(location); } } }

观察代码，发现在拿到资源的路径 loaction 后，会根据 location 的形式分成三种情况来处理：

• 以 “/” 开头：默认调用类中的 getResourceByPath 方法处理。它的子类通过重写该方法实现不同形式的资源的访问。

• 以 “classpath:” 开头：当成 ClassPathResource 资源对待。

• 其他情况： 当成 UrlResource 资源对待，如果访问资源抛出异常，则调用 getResourceByPath 来完成资源的访问。

ResourcePatternResolver

该接口继承自 ResourceLoader 接口，在其基础上增加了同时对多个资源的访问。首先来看它的接口定义：

public interface ResourcePatternResolver extends ResourceLoader { String CLASSPATH_ALL_URL_PREFIX = "classpath*:"; // 例如使用 ant 风格的路径，匹配路径下的多个资源 Resource[] getResources(String locationPattern) throws IOException; }

1.PathMatchingResourcePatternResolver

该类是 ResourcePatternResolver 接口的直接实现类，它是基于模式匹配的，默认使用AntPathMatcher 进行路径匹配，它除了支持 ResourceLoader 支持的前缀外，还额外支持 “classpath*” ，下面来探究下该类是如何实现对多个资源的访问。

public Resource[] getResources(String locationPattern) throws IOException {Assert.notNull(locationPattern, "Location pattern must not be null");// 是否以 "classpath*:" 开头 if (locationPattern.startsWith(CLASSPATH_ALL_URL_PREFIX)) { // 通过 getPathMatcher 方法取得 PathMatcher ，默认只有 AntPathMatcher 一个实现类 // 通过 isPattern 方法判断 "classpath*:" 之后的路径是否包含 "*" 或 "?" if (getPathMatcher().isPattern(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length()))) { // 关键 -> 找到所有匹配路径（ant 风格）的资源 return findPathMatchingResources(locationPattern); }else { // 关键 -> 通过类加载器查找 return findAllClassPathResources(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length())); } }else { int prefixEnd = locationPattern.indexOf(":") + 1; // 判断资源路径 ":" 之后的部分是否包含 "*" 或 "?" if (getPathMatcher().isPattern(locationPattern.substring(prefixEnd))) { return findPathMatchingResources(locationPattern); }else { // 若不存在表示是单个资源，则通过从构造函数传入的 ResourceLoader 取得 return new Resource[] {getResourceLoader().getResource(locationPattern)}; } } }

观察代码：

• 该方法首先会去判断资源路径是否是类路径下的资源（以 “classpath*:” 开头），然后再去判断路径是否允许存在多个匹配的资源（路径中包含 “*” 或 “?”）。

• 只要资源路径允许多个匹配的资源，就会通过 findPathMatchingResources 方法寻找所有的匹配资源；

• 若资源路径只存在单个匹配，则通过类加载器寻找类路径下的资源（findAllClassPathResources） ，其他资源则通过 ResourceLoader 的 getResource 方法获取。

2.ApplicationContext

通过上面的继承关系图可知，该接口继承了 ResourcePatternResolver 接口，说明它也集成了对对单个或多个资源的访问功能。

当 Spring 需要进行资源访问时，实际上并不需要直接使用 Resource 实现类，而是调用 getResource 方法来获取资源。

当通过 ApplicationContext 实例获取 Resource 实例时，它将会负责选择具体的 Resource 的实现类。代码如下：

//通过 ApplicationContext访问资源Resource res = ctx.getResource("some/resource/path/myTemplate.txt);

从上面代码中无法确定 Spring 将哪个实现类来访问指定资源，Spring 将采用和 ApplicationContext 相同的策略来访问资源。也就是说：如果 ApplicationContext 是 FileSystemXmlApplicationContext，res 就是 FileSystemResource 实例；如果 ApplicationContext 是 ClassPathXmlApplicationContext，res 就是 ClassPathResource 实例；如果 ApplicationContext 是 XmlWebApplicationContext，res 是 ServletContextResource 实例。

也就是说 ApplicationContext 将会确定具体的资源访问策略，从而将应用程序和具体的资源访问策略分离开来，这就体现了策略模式的优势。

参考

• https://www.ibm.com/developerworks/cn/java/j-lo-spring-resource/