的前生今世

　　resource的前生
　　Spring定义了一个org。springframework。core。io。Resource接口，Resource接口是为了统一各种类型不同的资源而定义的，Spring提供了若干Resource接口的实现类，这些实现类可以轻松地加载不同类型的底层资源，并提供了获取文件名、URL地址以及资源内容的操作方法。
　　继承了接口InputStreamSource
　　假设有一个文件地位于Web应用的类路径下，您可以通过以下方式对这个文件资源进行访问：
　　通过FileSystemResource以文件系统绝对路径的方式进行访问；
　　通过ClassPathResource以类路径的方式进行访问；
　　通过ServletContextResource以相对于Web应用根目录的方式进行访问。
　　相比于通过JDK的File类访问文件资源的方式，Spring的Resource实现类无疑提供了更加灵活的操作方式，您可以根据情况选择适合的Resource实现类访问资源。下面，我们分别通过FileSystemResource和ClassPathResource访问同一个文件资源：
　　清单1。FileSourceExample
　　packagecom。baobaotao。importjava。io。IOEimportjava。io。InputSimportorg。springframework。core。io。ClassPathRimportorg。springframework。core。io。FileSystemRimportorg。springframework。core。io。RpublicclassFileSourceExample｛publicstaticvoidmain（String〔〕args）｛try｛StringfilePathD：masterSpringchapter23webappWEBINFclassesconffile1。使用系统文件路径方式加载文件Resourceres1newFileSystemResource（filePath）；使用类路径方式加载文件Resourceres2newClassPathResource（conffile1。txt）；InputStreamins1res1。getInputStream（）；InputStreamins2res2。getInputStream（）；System。out。println（res1：res1。getFilename（））；System。out。println（res2：res2。getFilename（））；｝catch（IOExceptione）｛e。printStackTrace（）；｝｝｝
　　在获取资源后，您就可以通过Resource接口定义的多个方法访问文件的数据和其它的信息：如您可以通过getFileName（）获取文件名，通过getFile（）获取资源对应的File对象，通过getInputStream（）直接获取文件的输入流。此外，您还可以通过createRelative（StringrelativePath）在资源相对地址上创建新的资源。
　　在Web应用中，您还可以通过ServletContextResource以相对于Web应用根目录的方式访问文件资源，如下所示：
　　pagelanguagejavacpageencodingutf8！
　　｛！PGCCOLUMN｝
　　对于位于远程服务器（Web服务器或FTP服务器）的文件资源，您则可以方便地通过UrlResource进行访问。
　　为了方便访问不同类型的资源，您必须使用相应的Resource实现类，是否可以在不显式使用Resource实现类的情况下，仅根据带特殊前缀的资源地址直接加载文件资源呢？Spring提供了一个ResourceUtils工具类，它支持classpath：和file：的地址前缀，它能够从指定的地址加载文件资源，
　　请看下面的例子：
　　清单2。ResourceUtilsExample
　　ResourceUtils的getFile（StringresourceLocation）方法支持带特殊前缀的资源地址，这样，我们就可以在不和Resource实现类打交道的情况下使用Spring文件资源加载的功能了。
　　resource的今世
　　Resource相关的类结构图
　　从上图可以看出Resource接口封装了各种可能的资源类型，也就是对使用者来说屏蔽了文件类型的不同。对资源的提供者来说，如何把资源包装起来交给其他人用这也是一个问题，我们看到Resource接口继承了InputStreamSource接口，这个接口中有个getInputStream方法，返回的是InputStream类。这样所有的资源都被可以通过InputStream这个类来获取，所以也屏蔽了资源的提供者。另外还有一个问题就是加载资源的问题，也就是资源的加载者要统一，从上图中可以看出这个任务是由ResourceLoader接口完成，他屏蔽了所有的资源加载者的差异，只需要实现这个接口就可以加载所有的资源，他的默认实现是DefaultResourceLoader。
　　下面看一下Context和Resource是如何建立关系的？首先看一下他们的类关系图：
　　从上图可以看出，Context是把资源的加载、解析和描述工作委托给了ResourcePatternResolver类来完成，他相当于一个接头人，他把资源的加载、解析和资源的定义整合在一起便于其他组件使用。
　　总结
　　Resource接口封装了各种可能的资源类型，也就是对使用者来说屏蔽了文件类型的不同。如下：
　　抓住主要点Resource、ResourceLoader和ResourceEditor
　　参考资料：
　　developerworkscnjavajlospringprincipleindex。html