java 将文件加载为InputStream的不同方法
之间有什么区别:
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中。
回答:
关于fileName你通过的方式的解释存在细微的差异。基本上,你有2种不同的方法:ClassLoader.getResourceAsStream()
和Class.getResourceAsStream()
。这两种方法将以不同的方式定位资源。
在中Class.getResourceAsStream(path)
,该路径被解释为从中调用该类的包的本地路径。例如调用,String.getResourceAsStream("myfile.txt")
将在你的类路径中的以下位置查找文件:"java/lang/myfile.txt"
。如果你的路径以开头/,则它将被视为绝对路径,并且将从类路径的根开始搜索。因此,调用String.getResourceAsStream("/myfile.txt")
将在你的类路径中查看以下位置./myfile.txt
。
ClassLoader.getResourceAsStream(path)
将所有路径视为绝对路径。因此,调用String.getClassLoader().getResourceAsStream("myfile.txt")
和String.getClassLoader().getResourceAsStream("/myfile.txt")
都将在你的类路径中的以下位置查找文件:./myfile.txt
。
每当我在这篇文章中提到一个位置时,它可能是你文件系统本身中的一个位置,也可能是相应的jar文件中的一个位置,具体取决于你从中加载资源的Class和/或ClassLoader。
在你的情况下,你是从Application Server
加载类,因此应使用Thread.currentThread().getContextClassLoader().getResourceAsStream(fileName)
而不是this.getClass().getClassLoader().getResourceAsStream(fileName)。this.getClass().getResourceAsStream()
也可以。
阅读本文以获得有关该特定问题的更多详细信息。
该问题的答案之一表明,对于Tomcat 7,我的解释似乎是不正确的。我试图四处看看,为什么会这样。
因此,我研究WebAppClassLoader
了几种版本的Tomcat 的源代码。的实现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()
更低版本的Tomcat
版本时,必须格外小心。还必须记住class.getResourceAsStream("/resource.txt")
实际调用的内容classLoader.getResourceAsStream("resource.txt")
(/除去了开头)。
以上是 java 将文件加载为InputStream的不同方法 的全部内容, 来源链接: utcz.com/qa/419837.html