通过访问后台返回文件流的方式我想大家都会，这次就不展开讲了。主要想说的是向后台传递文件路径时的一些小思考!
前提是访问图片流的方式用的是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:.+}
说了这么多，如果你们项目中上传文件不需要保留文件名，文件名全靠自定义的话，也就不可能有这么多的事了
