前言
SpringBoot微服务已成为业界支流,从开发到部署都十分省时省力,然而最近小明开发时遇到一个问题:在代码中读取资源文件(比方word文档、导出模版等),本地开发时能够失常读取 ,然而,当咱们打成jar包公布到服务器后,再次执行程序时就会抛出找不到文件的异样。
背景
这个问题是在一次应用freemarker模版引擎导出word报告时发现的。大略说一下docx导出java实现思路:导出word的文档格局为docx,当时筹备好一个排好版的docx文档作为模版,读取解析该模版,将其中的动态资源替换再导出。
docx文档自身其实是一个压缩的zip文件,将其解压过后就会发现它有本人的目录构造。
问题
这个docx文档所在目录如下图所示:
在本地调试时,我应用如下形式读取:
import org.springframework.util.ResourceUtils; public static void main(String[] args) throws IOException {File docxTemplate = ResourceUtils.getFile("classpath:templates/docxTemplate.docx"); }
能够失常解析应用,然而打包公布到beta环境却不可用。抛出异样如下:
java.io.FileNotFoundException: class path resource [templates/docxTemplate.docx] cannot be resolved to absolute file path because it does not reside in the file system: jar:file:/usr/local/subject-server.jar!/BOOT-INF/classes!/templates/docxTemplate.docx
不言而喻,这个异样通知咱们:没有找到文件,然而将jar包解压过后,发现这个文件是真真实实存在的。
那这到底是怎么回事呢?这压根难不倒我。咱们要长于透过堆栈信息看实质。通过仔细观察堆栈信息,我发现此时的文件门路并不是一个非法的URL(文件资源定位符)。原来jar包中资源有其专门的URL模式: jar:<url>!/{entry} )。所以,此时如果依然依照规范的文件资源定位模式
File f=new File("jar:file:……");
定位文件,就会抛出java.io.FileNotFoundException。
解决
尽管咱们不能用惯例操作文件的办法来读取jar包中的资源文件docxTemplate.docx,但能够通过Class类的getResourceAsStream()办法,即通过流的形式来获取 :
public static void main(String[] args) throws IOException {InputStream inputStream = WordUtil.class.getClassLoader().getResourceAsStream("templates/docxTemplate.docx"); }
拿到流之后,就能够将其转换为任意一个咱们须要的对象,比方File、String等等,此处我要获取docxTemplate.docx下的目录构造,因而我须要一个File对象,代码举例如下:
import org.apache.commons.io.FileUtils; public static void main(String[] args) throws IOException { InputStream inputStream = WordUtil.class.getClassLoader().getResourceAsStream("templates/docxTemplate.docx"); File docxFile = new File("docxTemplate.docx"); // 应用common-io的工具类即可转换 FileUtils.copyToFile(inputStream,docxFile); ZipFile zipFile = new ZipFile(docxFile); Enumeration<? extends ZipEntry> zipEntrys = zipFile.entries(); // todo 记得敞开流 }
后果
打包、公布至beta环境,亲测可用,问题完满解决。
本文可转载,但需申明原文出处。 程序员小明,一个很少加班的程序员。欢送关注微信公账号,获取更多优质文章。