Spring Resource之内置的Resource实现

Spring提供了大量的并且可以直接使用的Resource实现

1.UrlResource

UrlResource封装了一个java.net.URL,而且可以通过一个URL用于访问任何对象，例如文件、一个HTTP目标、一个FTP目标等等。所有的URLs有一个标准的String表示，因为适当的标准化前缀用于定位从一个URL类型。这包括file：对于访问文件系统路径，http:对于通过HTTP协议访问资源，ftp:通过FTP访问资源，等等。

一个URLResource是使用URLResource构造器通过java代码显示的创建的，但是当你调用一个标识路径的字符串参数的API方法的时候，它是隐含创建的。对于后者，一个JavaBeans PropertyEditor 最终决定创建资源的类型。如果路径字符串包含一些通用的前缀，例如classpath：它就对于那个前缀创建一个合适的标准化的Resource。但是，如果它没有识别那个前缀，它将会假设这只是一个标准的URL字符串，并且创建一个URLResource。

2.ClassPathResource

这个类表示应该在classpath中被操作的资源。这个都可以被上下文的类加载器、一个给定类加载器、或者一个给定的类用来加载资源。

如果类路径资源存在在一个文件系统中Resource系统支持作为java.io.File来解决的，但是在jar中还没有扩展到文件系统中这个Resource实现不是这样的。为了标识这些不同的Resource实现通车支持作为java.net.URL来解决。

一个classPathResource是用ClassPathResource构造器来通过java代码显示的创建的，但是当你调用一个有标识路径字符串的API方法的时候它会隐含的创建的。对于后面的情况，一个JavaBean PropertyEditor将会识别特殊的classpath浅醉：在字符串路径并且在里面创建一个ClassPathResouce.

3.FileSystemResource

这个是一个基于Java.io.File的一个Resource实现。它也明显支持一个文件或则URL的解决方案。

4.ServletContextResource

这是一个针对ServletContext资源的Resource的实现，在相关的web 应用的根目录中解释出相对的路径。

这个常常支持Strream 和URL的访问方式，但是在一个web应用被扩展和资源保存在文件系统的时候它只允许使用java.io.File的方式来访问。不管它是被扩展还是在文件系统中，或者直接从JAR或者其他的像DB中直接的访问，这个都依赖Servlet容器。

5.InputStreamResource

这个针对InputStream的Resource实现。如果没有指定的Resource实现可用的时候才会被使用。特别是，在其他地方尽可能的使用ByteArrayResource或者其他的Resource实现。

和其他的Resource实现对比而言，这是一个描述已经从isOpen()中反会true的打开的资源。如果你需要在一些地方持有资源描述或者如果你需要多次的读取流的时候，不要使用InputStreamResource.

6.ByteArrayResource

这个是针对字节数组的Resource实现。它针对给定的字节数组创建了一个ByteArrayInputStream。
它在从给定的字节数组中加载内容时很有用的，而且不需要凭借只能使用一次的InputStreamResource。