博客
关于我
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框架内的宝藏:ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty相关
查看>>
Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
查看>>
Netty:ChannelPipeline和ChannelHandler为什么会鬼混在一起?
查看>>
Netty:原理架构解析
查看>>