资源文件的读取总结
1，什么是资源？
在一个稍具规模的应用程序中，经常要做的一件事，就是查找资源、读取资源的内容。这里所谓的“资源”，是指存放在某一介质中，可以被程序利用的文件、数据。例如，基于Java的WEB应用中，常用到下面的资源：
配置文件：*.xml、*.properties等。
Java类文件：*.class。
JSP页面、Velocity模板文件：*.jsp、*.vm等。
图片、CSS、JavaScript文件：*.jpg、*.css、*.js等。
2. 如何表示资源？
在Java中，有多种形式可以表示一个资源：
| 可表示资源的对 象 |
说明 |
| java.io.File |
可代表文件系统中的文件或目录。例如： 文件系统中的文件：“c:\config.sys”。 文件系统中的目录：“c:\windows\”。
|
| java.net.URL |
统一资源定位符。例如： 文件系统中的文件：c:\config.sys，可以表示成URL：“file:///c:/config.sys”。 文件系统中的目录：c:\windows\，可以表示成URL：“file:///c:/windows/”。 远程WEB服务器上的文件：“http://www.springframework.org/schema/beans.xml”。 Jar包中的某个文件，可以表示成URL：“jar:file:///c:/my.jar!/my/file.txt”。
|
| java.io.InputStream |
输入流对象，可用来直接访问资源的内容。例如： 文件系统中的文件：c:\config.sys，可以用下面的代码来转换成输入流： new FileInputStream("c:\\config.sys"); 远程WEB服务器上的文件，可以用下面的代码来转换成输入流： new URL("http://www.springframework.org/schema/beans.xml").openStream(); Jar包中的某个文件，可以用下面的代码来转换成输入流： new URL("jar:file:///c:/my.jar!/my/file.txt").openStream();
|
然而，并不是所有的资源，都可以表现成上述所有的形式。比如，
Windows文件系统中的目录，无法表现为输入流。
而远程WEB服务器上的文件无法转换成File对象。
多数资源都可以表现成URL形式。但也有例外，例如，如果把数据库中的数据看作资源，那么一般来说这种资源无法表示成URL。
3. 如何访问资源？
不同类型的资源，需要用不同的方法来访问。
访问CLASSPATH中的资源
将资源放在CLASSPATH是最简单的做法。我们只要把所需的资源文件打包到Jar文件中，或是在运行java时，用-classpath参数中指定的路径中。接下来我们就可以用下面的代码来访问这些资源：
例: 访问CLASSPATH中的资源
URL resourceURL=getClassLoader().getResource("java/lang/String.class");
// 取得URL
InputStream resourceContent = getClassLoader().getResourceAsStream("java/lang/String.class"); // 取得输入流
访问文件系统中的资源
下面的代码从文件资源中读取信息：
例: 访问文件系统中的资源
File resourceFile = new File("c:\\test.txt"); // 取得File
InputStream resourceContent = new FileInputStream(resourceFile); // 取得输入流
访问Web应用中的资源
Web应用既可以打包成war文件，也可以展开到任意目录中。因此Web应用中的资源（JSP、模板、图片、Java类、配置文件）不总是可以用文件的方式存取。虽然Servlet API提供了ServletContext.getRealPath()方法，用来取得某个资源的实际文件路径，但该方法很可能返回null —— 这取决于应用服务器的实现，以及Web应用的布署方式。更好的获取WEB应用资源的方法如下：
例: 访问Web应用中的资源
URL resourceURL = servletContext.getResource("/WEB-INF/web.xml"); // 取得URL
InputStream resourceContent = servletContext.getResourceAsStream("/WEB-INF/web.xml"); // 取得输入流
访问Jar/Zip文件中的资源
下面的代码读取被打包在Jar文件中的资源信息：
例 ： 访问Jar/Zip文件中的资源
URL jarURL = new File(System.getProperty("java.home") + "/lib/rt.jar").toURI().toURL();
URL resourceURL = new URL("jar:" + jarURL + "!/java/lang/String.class"); // 取得URL
InputStream resourceContent = resourceURL.openStream(); // 取得输入流
访问其它资源
还可以想到一些访问资源的方法，例如从数据库中取得资源数据。
4. 如何遍历资源？
有时候，我们不知道资源的路径，但希望能找出所有符合条件的资源，这个操作叫作遍历。例如，找出所有符合pattern “/WEB-INF/webx-*.xml”的配置文件。
遍历文件系统
例： 遍历文件系统
File parentResource = new File("c:\\windows");
File[] subResources = parentResource.listFiles();
遍历WEB应用中的资源
例： 遍历WEB应用中的资源
Set
遍历Jar/zip文件中的资源
例： 遍历Jar/zip文件中的资源
File jar = new File("myfile.jar");
ZipInputStream zis = new ZipInputStream(new FileInputStream(jar));
try {
for (ZipEntry entry = zis.getNextEntry(); entry != null; entry = zis.getNextEntry()) {
// visit entry
}
} finally {
zis.close();
}
并非所有类型的资源都支持遍历操作。通常遍历操作会涉及比较复杂的递归算法。
5. 有什么问题？
应用程序访问资源时，有什么问题呢？
首先，资源表现形式的多样性，给应用程序的接口设计带来一点麻烦。假如，我写一个ConfigReader类，用来读各种配置文件。那么我可能需要在接口中列出所有的资源的形式：
例： 用来读取配置文件的接口
public interface ConfigReader {
Object readConfig(File configFile);
Object readConfig(URL configURL);
Object readConfig(InputStream configStream);
}
特别是当一个通用的框架，如Spring和Webx，需要在对象之间传递各种形式的资源的时候，这种多样性将导致很大的编程困难。
其次，有这么多种查找资源和遍历资源的方法，使我们的应用程序和资源所在的环境高度耦合。这种耦合会妨碍代码的可移植性和可测试性。
比如，我希望在非WEB的环境下测试一个模块，但这个模块因为要存取Web应用下的资源，而引用了ServletContext对象。在测试环境中并不存在ServletContext而导致该模块难以被测试。再比如，我希望测试的一个模块，引用了classpath下的某个配置文件（这也是一种耦合）。而我希望用另一个专为该测试打造的配置文件来代替这个文件。由于原配置文件是在classpath中，因此是难以替换的。
对于不打算重用的应用程序来说，这个问题还不太严重：大不了我预先设定好，就从这个地方，以固定的方式存取资源。然而就算这样，也是挺麻烦的。有的人喜欢把资源放在某个子目录下，有的人喜欢把资源放在CLASSPATH下，又有人总是通过ServletContext来存取Web应用下的资源。当你要把这些不同人写的模块整合起来时，你会发现很难管理。
一种可能发生的情形是，因为某些原因，环境发生改变，导致资源的位置、存取方式不得不跟着改变。比如将老系统升级为新系统。但一些不得不继续使用的老代码，由于引用了旧环境的资源而不能工作 —— 除非你去修改这些代码。有时修改老代码是很危险的，可能导致不可预知的错误。又比如，由于存储硬件的改变或管理的需要，我们需要将部分资源移到另一个地方（我们曾经将Web页面模板中的某个子目录，移动到一个新的地方，因为这些模板必须由新的CMS系统自动生成）。想要不影响现有代码来完成这些事，是很困难的。