博客
关于我
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/

你可能感兴趣的文章
Netty工作笔记0077---handler链调用机制实例4
查看>>
Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
查看>>
Netty常见组件二
查看>>
netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
查看>>
Netty核心模块组件
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty相关
查看>>
Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
查看>>
Network Sniffer and Connection Analyzer
查看>>
NetworkX系列教程(11)-graph和其他数据格式转换
查看>>