将文件作为输入流加载的不同方法

Question

之间有什么区别？

InputStream is = this.getClass().getClassLoader().getResourceAsStream(fileName)

和

InputStream is = Thread.currentThread().getContextClassLoader().getResourceAsStream(fileName)

何时

InputStream is = this.getClass().getResourceAsStream(fileName)

比其他更适合使用？

我想要读取的文件位于类路径中，作为读取该文件的类。 我的类和文件位于同一个 jar 中，并打包在 EAR 文件中，并部署在 WebSphere 6.1 中。

Answer 1

您传递的 fileName 的解释方式存在细微差别。 基本上，您有两种不同的方法：ClassLoader.getResourceAsStream() 和 Class.getResourceAsStream()。 这两种方法将以不同的方式定位资源。

在 Class.getResourceAsStream(path) 中，路径被解释为您从中调用它的类的包的本地路径。 例如，调用 String.class.getResourceAsStream("myfile.txt") 将在类路径中的以下位置查找文件："java/lang/myfile.txt". 如果您的路径以 / 开头，那么它将被视为绝对路径，并将从类路径的根目录开始搜索。 因此，调用 String.class.getResourceAsStream("/myfile.txt") 将查看类路径 ./myfile.txt 中的以下位置。

ClassLoader.getResourceAsStream(path) 会将所有路径视为绝对路径。 因此调用 String.class.getClassLoader().getResourceAsStream("myfile.txt") 和 String.class.getClassLoader().getResourceAsStream("/myfile.txt")都会在类路径中的以下位置查找文件：./myfile.txt。

每次我在这篇文章中提到一个位置时，它可能是文件系统本身中的位置，也可能是相应 jar 文件中的位置，具体取决于您从中加载资源的类和/或类加载器。

在您的例子中，您正在从应用程序服务器加载该类，因此您应该使用 Thread.currentThread().getContextClassLoader().getResourceAsStream(fileName) 而不是 this.getClass()。 getClassLoader().getResourceAsStream(文件名)。 this.getClass().getResourceAsStream() 也可以工作。

阅读本文了解更多详细信息关于那个特定问题。

---

对 Tomcat 7 及以下版本用户的警告

此问题的答案之一指出，我的解释对于 Tomcat 7 似乎不正确。我试图环顾四周，看看为什么会出现这种情况。

因此，我查看了 Tomcat 多个版本的 WebAppClassLoader 的源代码。 findResource(String name) 的实现（最终负责生成所请求资源的 URL）在 Tomcat 6 和 Tomcat 7 中几乎相同，但在 Tomcat 8 中有所不同。

在版本 6 和7、实现不会尝试规范化资源名称。 这意味着在这些版本中，classLoader.getResourceAsStream("/resource.txt") 可能不会产生与 classLoader.getResourceAsStream("resource.txt") 事件相同的结果尽管它应该（因为 Javadoc 指定了）。 [源代码]

但在版本 8 中，资源名称已标准化，以保证所使用的资源名称的绝对版本。 因此，在 Tomcat 8 中，上述两个调用应始终返回相同的结果。 [源代码]

因此，在 Tomcat 8 之前的版本上使用 ClassLoader.getResourceAsStream() 或 Class.getResourceAsStream() 时必须格外小心。并且还必须保留请记住， class.getResourceAsStream("/resource.txt") 实际上调用 classLoader.getResourceAsStream("resource.txt") （前导 / 被剥离）。

Answer 2

使用 MyClass.class.getClassLoader().getResourceAsStream(path) 加载与您的代码关联的资源。 使用 MyClass.class.getResourceAsStream(path) 作为快捷方式，并获取打包在类包中的资源。

使用 Thread.currentThread().getContextClassLoader().getResourceAsStream(path) 获取属于客户端代码一部分的资源，而不是与调用代码紧密绑定。 您应该小心这一点，因为线程上下文类加载器可能指向任何东西。

Answer 3

普通旧式 Java 运行在普通旧式 Java 7 上，没有其他依赖项表明了差异...

我将 file.txt 放入 c:\temp\ 中，并将 c :\temp\ 在类路径上。

只有一种情况两个调用之间存在差异。

class J {

 public static void main(String[] a) {
    // as "absolute"

    // ok   
    System.err.println(J.class.getResourceAsStream("/file.txt") != null); 

    // pop            
    System.err.println(J.class.getClassLoader().getResourceAsStream("/file.txt") != null); 

    // as relative

    // ok
    System.err.println(J.class.getResourceAsStream("./file.txt") != null); 

    // ok
    System.err.println(J.class.getClassLoader().getResourceAsStream("./file.txt") != null); 

    // no path

    // ok
    System.err.println(J.class.getResourceAsStream("file.txt") != null); 

   // ok
   System.err.println(J.class.getClassLoader().getResourceAsStream("file.txt") != null); 
  }
}

Answer 4

这里的所有这些答案，以及这个问题中的答案，都建议加载绝对 URL，例如“/foo/bar.html”。 class.getResourceAsStream(String) 和 class.getClassLoader().getResourceAsStream(String) 处理相同的属性”。 事实并非如此，至少在我的 Tomcat 配置/版本（当前为 7.0.40）中并非如此。

MyClass.class.getResourceAsStream("/foo/bar.properties"); // works!  
MyClass.class.getClassLoader().getResourceAsStream("/foo/bar.properties"); // does NOT work!

抱歉，我绝对没有令人满意的解释，但我猜想 tomcat 对类加载器做了肮脏的把戏和他的黑魔法并导致了差异。 我过去一直使用 class.getResourceAsStream(String) 并且没有遇到任何问题。

PS：我还在这里发布了这个

Answer 5

在尝试了一些加载文件的方法但没有成功之后，我记得我可以使用 FileInputStream，它运行得很好。

InputStream is = new FileInputStream("file.txt");

这是将文件读入 InputStream 的另一种方法，它从当前运行的文件夹中读取文件。

Answer 6

它有效，试试这个：

InputStream in_s1 =   TopBrandData.class.getResourceAsStream("/assets/TopBrands.xml");