记一次前端获取SpringBoot返回的文件流的踩坑

通过访问后台返回文件流的方式我想大家都会,这次就不展开讲了。主要想说的是向后台传递文件路径时的一些小思考!

前提是访问图片流的方式用的是restful + 动态路径填充的方式,eg: locahost:8080/test/img/1.png

如果你获取的文件路径只是文件名的话(就像我上面举的例子),文件路径就可以安全的传递到后台,完全没有问题。

但是假如你现在的文件路径为:shop/goods/title/1.png ,你应该怎么进行传递?

这样吗 -> eg: locahost:8080/test/img/shop/goods/title/1.png   仔细的人会发现这样是行不通的,因为浏览器会去匹配后台的url为: img/shop/goods/title/,对应的动态的参数为1.png;  这并不是我们想要的结果,我们想把  shop/goods/title/1.png  作为参数传递到后台,结果为报404!

那么应该怎么处理呢?聪明的同学会想到替换(replace),将  替换为 '-' 或者其他的操作符

假如说替换成 '-' 的话,那么应该怎么替换呢?后台接收时又应该怎么进行恢复原来的文件路径呢?

如果你选择在前台 replaceAll ,后台再进行转义回来,如果你的文件名上传到服务器不打算保存,直接存储一串数字的话应该是没有问题的!

假如现在路径参数变为   shop/goods/title/2019-04-12.png,那后台恢复文件路径的时候就变成了: shop/goods/title/2019/04/12.png ,你可能会惊讶,what?啥情况

踩过坑的我给您提供一个答案:

仔细观察windows的文件命名会发现 一些禁用的字符  < > / \ | : " * ?,你会发现 / 也在其中包括,所以呢,所以呢,文件命名不可能出现 

两种解决方案:

A方案:在你确定当前目录的个数的情况下进行处理,可以写一个while循环,假如当前目录有3个,while(n<=3){ path = path.repalceFirst('-','/') },前提是目录不带 '-'  的情况下

B方案:在前端传递时,记录路径每个 '/' 的位置,然后将位置拼接到文件名最后然后传递到后台,这样即可完成精确的恢复文件路径。

说到这里,前面忘了一点:就是直接访问1.png时,为了进行路径的精确匹配,可以在后台路径映射时添加此配置: {file:.+}

说了这么多,如果你们项目中上传文件不需要保留文件名,文件名全靠自定义的话,也就不可能有这么多的事了

 

你可能感兴趣的:(springBoot)