一，简单介绍Spring中资源处理相关类

BeanFactory beanFactory=new XmlBeanFactory(new ClassPathResource("applicationContext.xml"));

在Spring中，定义了接口InputStreamSource，这个类中只包含一个方法：

public interface InputStreamSource {

	/**
	 * Return an {@link InputStream}.
	 * <p>It is expected that each call creates a <i>fresh</i> stream.
	 * <p>This requirement is particularly important when you consider an API such
	 * as JavaMail, which needs to be able to read the stream multiple times when
	 * creating mail attachments. For such a use case, it is <i>required</i>
	 * that each {@code getInputStream()} call returns a fresh stream.
	 * @return the input stream for the underlying resource (must not be {@code null})
	 * @throws IOException if the stream could not be opened
	 * @see org.springframework.mail.javamail.MimeMessageHelper#addAttachment(String, InputStreamSource)
	 */
	InputStream getInputStream() throws IOException;

}

用来返回一个基本的InputStream文件。

之后，使用Resource接口来规定对文件的一些基本的操作。对于不同来源的件：classpath,file,url,byte,inputstream...进行处理。在我们的应用程序里面，比较常用的就是对我们classpath下的xml文件进行解析的ClassPathResource。

二，ClassPathResource的构造函数

利用ClassPathResource读取xml配置的基本思路就是通过构造函数传入的文件路径，接着交给class或者classLoader，调用getResourceAsStream获取到InputStream。

所以，我们的private成员变量是这样子定义的：

public class ClassPathResource extends AbstractFileResolvingResource {

	private final String path;

	private ClassLoader classLoader;

	private Class<?> clazz;

主要构造函数（存在多个构造函数，但是都差不多啦）：

public ClassPathResource(String path, ClassLoader classLoader) {
		Assert.notNull(path, "Path must not be null");
		String pathToUse = StringUtils.cleanPath(path);
		if (pathToUse.startsWith("/")) {
			pathToUse = pathToUse.substring(1);
		}
		this.path = pathToUse;
		this.classLoader = (classLoader != null ? classLoader : ClassUtils.getDefaultClassLoader());
	}

Assert类是spring的一个校验类，比如，如果path为空的话，则会抛出一个异常，异常信息为后面的"Path must not be null"。其实就是封装了一个判断是否为null的操作，查看Assert,发现还有很多类似函数，例如，判断为trueorfalse这种。

之后处理你自己传入的路径。。。。因为这里默认使用ClassLoader来加载资源，所以，路径开头要去掉“/”。但是如果你不传入classLoader，则classLoader按照如下规则获取：

public static ClassLoader getDefaultClassLoader() {
		ClassLoader cl = null;
		try {
			cl = Thread.currentThread().getContextClassLoader();
		}
		catch (Throwable ex) {
			// Cannot access thread context ClassLoader - falling back to system class loader...
		}
		if (cl == null) {
			// No thread context class loader -> use class loader of this class.
			cl = ClassUtils.class.getClassLoader();
		}
		return cl;
	}

首选我们安全的从当前线程获取类加载器的方法，但是这个方法在 某些情况下会返回null值（可以百度下Thread.currentThread().getContextClassLoader()获取classloader跟使用**Class.getClassLoader()方法有什么不同，如果懒的话，可以看看下面的代码），这个跟JVM的类加载器的层级关系有关。。。

/* 测试利用class或者classloader读取文件classpath下的文件 */
	public static void getResourceByClassOrClassLoader() {
		/*
		 * Classloader是从classpath中读取资源的一个类，
		 * 一般我们用classloader来加载class，实际上，但凡是处在classpath中的文件，
		 * 我们称之为资源，都可以用classloader来读取。
		 * 注意，使用classloader来加载资源的时候，目录前面不加“/”
		 */
		System.out.println(TestResource.class.getClassLoader().getResource(
				"applicationContext.xml"));

		/* 这个API的起始路径是当前类的路径，如果要正确的读到资源，目标资源必须和当前class在同一级，或子目录里，可以用相对路径读取到。 */
		System.out.println(TestResource.class
				.getResource("/applicationContext.xml"));

		/*安全用法---提倡使用  From:http://www.cnblogs.com/gaoxing/p/4703412.html*/
		System.out.println( Thread.currentThread().getContextClassLoader().getResource(
				"applicationContext.xml"));

		/*读取到InputStream*/
		InputStream inputStream = TestResource.class.getClassLoader()
				.getSystemResourceAsStream("applicationContext.xml");
		System.out.println(inputStream);

	}

区分下使用class 还有classLoader 这两种方式getResource在写法跟实现上有什么不同。

这之后，构造函数完成， XML文件加载完毕。

三，其他方法

1，示例：exists

@Override
	public boolean exists() {
		URL url;
		if (this.clazz != null) {
			url = this.clazz.getResource(this.path);
		}
		else {
			url = this.classLoader.getResource(this.path);
		}
		return (url != null);
	}

在对资源文件文件进行操作的时候，我们的首选还是使用Class类来进行操作，因为资源和我类文件的位置是相对固定的，可能这是一种潜规则+默认的写法吧。如果执行构造函数的时候没有传入class来进行初始化，则使用classLoader来判断文件。最 后return (url != null);写法挺简洁！

这个类里面的getInputStream，getURL，getDescription都是类似的。

希望没丢掉什么重点。求补充！