博客
关于我
MultipartFile.getOriginalFilename()方法在IE浏览器下返回结果文件名不正确
阅读量:243 次
发布时间:2019-03-01

本文共 952 字,大约阅读时间需要 3 分钟。

在使用Bootstrap框架进行文件上传功能时,某些用户可能会遇到文件名无法正确获取的问题,尤其是在IE浏览器下。此问题主要源于文件路径的不同分隔符处理方式。

首先,了解问题的具体表现。在IE浏览器中,使用form表单上传文件时,file.getOriginalFilename()可能会返回包含路径信息的字符串,而其他主流浏览器(如Chrome和Firefox)则会直接返回文件名。这种差异导致在处理文件时,特别是在需要获取文件名的场景下,可能会出现问题。

为了解决这个问题,可以采用以下方法。在文件处理逻辑中,引入一个自定义的工具类FileUtils,用于根据不同的文件系统路径分隔符提取文件名。该类的具体实现如下:

public class FileUtils {    public static String getFileName(MultipartFile file) {        String fileName = file.getOriginalFilename();        int unixSep = fileName.lastIndexOf('/');        int winSep = fileName.lastIndexOf('\\');        int pos = (winSep > unixSep) ? winSep : unixSep;        if (pos != -1) {            fileName = fileName.substring(pos + 1);        }        return fileName;    }}

在实际应用中,确保在服务层调用此方法,这样无论是在IE浏览器还是其他主流浏览器下,都能正确获取文件名。这个方法通过检查文件路径的不同分隔符(如斜杠和反斜杠),有效地提取出文件名。

如果你在开发过程中遇到类似问题,记得检查文件上传的前端逻辑是否正确配置了文件类型,特别是IE浏览器对 multipart/form-data 的支持。正确配置前端的accept属性,可以避免在后端处理时出现路径包含的问题。

希望这些建议能帮助你解决文件名获取问题,提升文件上传功能的稳定性和兼容性。

转载地址:http://ixav.baihongyu.com/

你可能感兴趣的文章
Objective-C实现degreeToRadian度到弧度算法(附完整源码)
查看>>
Objective-C实现depth first search深度优先搜索算法(附完整源码)
查看>>
Objective-C实现DES和3DES加解密算法(附完整源码)
查看>>
Objective-C实现des文件加密算法(附完整源码)
查看>>
Objective-C实现detectDirectedCycle检测定向循环算法(附完整源码)
查看>>
Objective-C实现detectUndirectedCycle检测无向循环算法(附完整源码)
查看>>
Objective-C实现deutsch jozsa算法(附完整源码)
查看>>
Objective-C实现DFS判断是否是二分图Bipartite算法(附完整源码)
查看>>
Objective-C实现DFS遍历或搜索图数据结构算法(附完整源码)
查看>>
Objective-C实现Diffie-Hellman算法(附完整源码)
查看>>
Objective-C实现Diffie—Hellman密钥交换(附完整源码)
查看>>
Objective-C实现Diffie—Hellman密钥交换(附完整源码)
查看>>
Objective-C实现Dijkstra最小路径算法(附完整源码)
查看>>
Objective-C实现dijkstra迪杰斯特拉算法(附完整源码)
查看>>
Objective-C实现dijkstra迪杰斯特拉算法(附完整源码)
查看>>
Objective-C实现Dijkstra迪杰斯特拉算法(附完整源码)
查看>>
Objective-C实现dijkstra银行家算法(附完整源码)
查看>>
Objective-C实现Dinic算法(附完整源码)
查看>>
Objective-C实现disjoint set不相交集算法(附完整源码)
查看>>
Objective-C实现DisjointSet并查集的算法(附完整源码)
查看>>