SpringBoot打成jar包部署,Excel模板下载文件遇到的问题

原创
2019/07/02 20:23
阅读数 1W

问题一. 读取resource 目录下文件时出现路径找不到

在本机测试都很顺利,当打包jar文件放到服务器上测试的时候发现了类似下面的异常信息:

java.nio.file.NoSuchFileException: file:/app.jar!/BOOT-INF/classes!/xxx.xlsx

原因:spring boot 将项目打包为jar,使用 java - jar 包名 在服务器上运行。此时文件为打包文件,所以不能通过路径获取到文件。类似不能读取压缩包中的文件,必须先解压缩。结论:spring boot 中的文件只能通过流来进行读取。

可以通过以下方法进行流的读取。

InputStream in = this.getClass().getClassLoader().getResourceAsStream("xxx.xlsx");

 

问题二. Excel模板下载文件损坏

在本机测试都很顺利,当打包jar文件放到服务器上时下载完文件提示文件损坏

问题原因分析:
一开始度娘查到各种各样的说法,比如修改response请求回应头,比如使用ByteArrayHttpMessageConverter,比如修改文件读取方式,没点屁用!!

后面看到另外一篇文章,maven 打包的时候,使用了filter,其原理是处理文本文件,并将其替换变量,对于二进制文件有问题,参考 https://www.jianshu.com/p/9d39745f6ce6;

对于这种说法,我实际的操作过程中,jar包里面的Excel文件是正常的,所以理论上不是这个问题,但是!!!这样写了之后,静态资源资源下载方式OK了,eclipse或者IDEA上面运行的服务,使用文件输出流方式也OK了!!!

当然,坑仅仅到这里的就结束的话,那就不叫坑了。我以为问题解决了,然后把应用打成jar包部署,再测试一下, 尼玛!!!这个坑又TM出现了!!!再eclipse或者IDEA下验证一遍,还是TM正常的,重新打包之后,坑,还在那里,一动不动。

遇到这种坑,真的是给跪了,幸好我还有一个备用方案,所以,请恕我才疏学浅,也请恕我时间有限,根本问题原因我就不去定位分析了。

最终解决方案:

  • 方案一:使用spring boot 静态资源下载的方式;这种方式下不需定义接口,权限等问题不可控;

        将资源文件放到resource/static目录下,启动服务,使用 IP:端口/文件路径 下载即可;这种方案下,需要将pom文件下的resource.filtering要设置为false,打成jar之后,也是正常可用的;

<build>
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <includes>
                    <include>**/*.*</include>
                </includes>
                <filtering>false</filtering>    
            </resource>
            <resource>
                <directory>src/main/webapp</directory>
                <includes>
                    <include>**/**</include>
                </includes>
            </resource>
            
        </resources>
</build>
  • 方案二:定义接口,使用getClass().getResourceAsStream方式读取资源,文件输出流方式下载;
@GetMapping("/templateDownload")
    public Object templateDownload(HttpServletResponse response) {
        try {
            // 以流的形式下载文件   这种方法,打成jar包之后,下载的文件,会被损坏
            InputStream fis = FileUtil.getResourcesFileInputStream("temp/template.xlsx");
            byte[] buffer = new byte[fis.available()];
            fis.read(buffer);
            fis.close();
            response.setHeader("Content-Disposition", "attachment;filename=template.xlsx");
            //response.setContentType("application/zip");
            response.setContentType("application/binary;charset=ISO8859-1");
            ServletOutputStream out = response.getOutputStream();
            out.write(buffer);
            out.flush();
            out.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return null;
    }
 
 
public class FileUtil {
 
    public static InputStream getResourcesFileInputStream(String fileName) {
        return Thread.currentThread().getContextClassLoader().getResourceAsStream(fileName);
    }
}


       这种方法应该大部分人的问题能解决掉了,少部分人的还是解决不了,那估计就是环境的问题;我就是在这遇到这个坑,使用这种方法,eclipse下正常,打成jar包之后,又TM文件损坏,

        打成的jar包里面的资源文件拷贝出来,打开是正常的,说明文件打包是正常的,问题出在读取文件,或者输出流写出文件那块,试了N多种写法,改了N多配置,还是没有解决;还好,之前做数据导入导出的时候,有过类似的经验,于是想到了方案三;

  • 方案三:定义接口,使用文件输出流的方式下载,接口实现过程,使用POI的Workbook输出流;

        毕竟POI是专业的,对于Excel文件处理有从根本上的理解;Excel模板文件根据.xls跟.xlsx类型,分别指定一下,使用XSSFWorkbook跟HSSFWorkbook即可,这里以XSSFWorkbook为例,其中资源文件放到resource目录下即可,非必须static目录:

public void templateDownload(HttpServletResponse response) {
        try {
            InputStream fis = FileUtil.getResourcesFileInputStream("static/temp/template.xlsx");
            XSSFWorkbook workbook = new XSSFWorkbook(fis);
            response.setContentType("application/binary;charset=ISO8859-1");
            String fileName = java.net.URLEncoder.encode("template", "UTF-8");
            response.setHeader("Content-disposition", "attachment; filename=" + fileName + ".xlsx");
            ServletOutputStream out = null;
            out = response.getOutputStream();
            workbook.write(out);
            out.flush();
            out.close();
        } catch (IOException e) {
            e.printStackTrace();
        } finally {
            //关闭文件输出流
        }
        return;
    }
 

 

展开阅读全文
打赏
0
3 收藏
分享
加载中
更多评论
打赏
0 评论
3 收藏
0
分享
返回顶部
顶部