我的Web应用程序使用Spring 4.3.5。我们需要从jar本身内加载一个Freemarker模板，该模板存储在JAR的类路径之一中。
让我尝试尽可能地概括我的方案（我将在以后提供代码）
罐子结构
src
/com/acme/package/ComponentUsingResource.java
META-INF
资源
template1.ftl.html
template1.ft2.html
该jar包含在WAR应用程序的WEB-INF / lib中。
在ComponentUsingResource.java中，我使用以下语句加载资源：new ClasspathResource("META-INF/templates/template1.ftl.html").getInputStream()。
相同的WAR应用程序可以在笔记本电脑（JDK 8 121，Tomcat 8.0.43），SIT环境（JDK 8> 100，Tomcat 8.0.39），在旅途中安装在笔记本电脑上的Tomcat 8.0.36上工作，但无法在我们的客户站点上使用（JDK 8 96，Tomcat 8.0.36）。加载该ClasspathResource时，由于FileNotFoundException而无法正常工作
当应用程序启动时，@ Autowired依赖项链会进入基于资源的bean的初始化
Arrays.asList("ftt-mail-natixclose-it", "ftt-mail-natixflussi-it", "ftt-mail-processreport-en", "ftt-mail-processreport-it",
"ftt-mail-regclosed-en", "ftt-mail-regclosed-it", "ftt-mail-regnotclosed-multi-en", "ftt-mail-regnotclosed-multi-it",
"ftt-mail-regnotclosed-single-en", "ftt-mail-regnotclosed-single-it", "ftt-mail-timestamps-en", "ftt-mail-timestamps-it",
"ftt-mail-missingdata-multi-en", "ftt-mail-missingdata-multi-it", "ftt-mail-missingdata-single-en",
"ftt-mail-missingdata-single-it", "ftt-mail-natixflussi-it")
.parallelStream().forEach(templateName -> {
ClassPathResource classpathResource = new ClassPathResource("META-INF/templates/" + templateName + ".ftl.html");
try (Reader reader = new InputStreamReader(classpathResource.getInputStream(), Charset.forName("utf-8")))
{
freemarker.template.Template tmpl = new freemarker.template.Template(templateName, reader, configuration);
cacheTemplate.put(templateName, tmpl);
}
catch (IOException e)
{
throw new RuntimeException("Errror processing template " + templateName, e);
}
});
我知道在没有正确的Java同步的情况下从
ParallelStream写入高速缓存是有问题的做法，稍后将予以解决。问题在于，在所有这些资源中，代码找不到单个资源：“ ftt-mail-regclosed-en.ftl.html”。它会在客户SIT以外的任何地方加载资源。而且由于这是并行流，所以我可能猜测这是唯一有问题的资源。
根例外是：
java.io.FileNotFoundException: class path resource [META-INF/templates/ftt-mail-regclosed-en.ftl.html] cannot be opened because it does not exist我无法提供完整的堆栈跟踪信息，因为我在这里无法从技术上复制并粘贴片段。
我对jar文件的内容进行了三重检查，所有预期的资源都到位了。我要求客户（请记住，WAR是二进制相同的！）进行相同的检查，但是他们没有解压缩它们，而是给我提供了jar文件的部分二进制转储的屏幕快照，我可以在其中看到文件名。
我知道Black Duck扫描程序已针对软件漏洞处理了该应用程序。它经常报告有关可疑依赖项的信息，但是我（也不是客户）没有关于Black Duck剥离资源的证据或知识。我说这是因为，在我们的线程中，一名技术人员怀疑BD可能从软件包中剥离了资源。对我来说极不可能。
我可以采取其他哪些步骤来调查此问题？是什么仅在单个环境中导致此类FileNotFoundException？
请注意，这非常重要：早期发行版的软件其他部分使用相同的语法
new ClasspathResource("META-INF/something")。包含这种加载资源的方法的先前发行版运行良好。这意味着它从包中嵌入的其他jar中加载了自己的类路径资源 最佳答案
这是一个潜在的答案。我无法重现该问题。
使用Spring调用new ClassPathResource时，没有设置任何类加载器。我以为Spring使用了系统类加载器（ClassLoader.getSystemClassLoader()）。
错误。 Spring使用内部实用程序方法来获取绑定到线程的当前上下文的类加载器。由于我未知的原因，可能发生了绑定到bean初始化方法的类加载器（碰巧是Apache Tomcat赞助的WebApplicationClassLoader）与系统类加载器不同。
实际上，Oracle系统类加载器无法从Jar文件中加载资源。至少因为我调试并自己找到了答案。
也许，而且我说也许可以消除并行性，并且不节省2秒的一次性启动处理时间，这使Lambda表达式能够获取Web应用程序类加载器实例而不是Oracle JDK。
但是，这并不能解释为什么仅在客户现场而不是在我们所有的环境（包括PROD）中才发生这种情况。
解决方案2是将getClass().getClassLoader()显式传递给ClassPathResource的构造方法
关于java - Spring ClasspathResource FileNotFoundException的原因，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/44045605/