Spring Boot应用(使用默认的嵌入式Tomcat)在上传文件时,偶尔会出现上传失败的情况,后台报错日志信息如下:“The temporary upload location is not valid”。
这个问题的根本原因是Tomcat的文件上传机制引起的!
Tomcat在处理文件上传时,会将客户端上传的文件写入临时目录,这个临时目录默认在/tmp路径下,如:“/tmp/tomcat.6574404581312272268.18333/work/Tomcat/localhost/ROOT”。
而操作系统对于/tmp目录会不定时进行清理,如果正好因为操作系统的清理导致对应的临时目录被删除,客户端再上传文件时就会报错:“The temporary upload location is not valid”。
实际上,追踪一下源码会发现,如果不明确设置Tomcat的文件上传临时目录,默认读取的是Servlet上下文对象的属性“javax.servlet.context.tempdir”值,如下源码:
private void parseParts(boolean explicit) { //... MultipartConfigElement mce = this.getWrapper().getMultipartConfigElement(); //... // 读取MultipartConfigElement对象的location属性 String locationStr = mce.getLocation(); File location; if (locationStr != null && locationStr.length() != 0) { location = new File(locationStr); if (!location.isAbsolute()) { location = (new File((File)context.getServletContext().getAttribute("javax.servlet.context.tempdir"), locationStr)).getAbsoluteFile(); } } else { // 如果location属性值为空,则读取Servlet上下文对象的属性“javax.servlet.context.tempdir”值(如:/tmp/tomcat.6574404581312272268.18333/work/Tomcat/localhost/ROOT) location = (File)context.getServletContext().getAttribute("javax.servlet.context.tempdir"); } //... }
既然是因为上传文件的临时路径被删除导致的问题,就要确保改临时目录不会被删除。
2种解决方法:
(1)通过Spring Boot的配置参数“spring.servlet.multipart.location”明确指定上传文件的临时目录,确保该路径已经存在,而且该目录不会被操作系统清除。
spring.servlet.multipart.location=/data/tmp
如上所示,将上传文件的临时目录指定到路径“/data/tmp”下。
实际上,在Spring Boot中关于上传文件的所有配置参数如下所示:
# MULTIPART (MultipartProperties) spring.servlet.multipart.enabled=true # Whether to enable support of multipart uploads. spring.servlet.multipart.file-size-threshold=0B # Threshold after which files are written to disk. spring.servlet.multipart.location= # Intermediate location of uploaded files. spring.servlet.multipart.max-file-size=1MB # Max file size. spring.servlet.multipart.max-request-size=10MB # Max request size. spring.servlet.multipart.resolve-lazily=false # Whether to resolve the multipart request lazily at the time of file or parameter access.
(2)在Spring容器中明确注册MultipartConfigElement对象,通过MultipartConfigFactory指定一个路径。
在上述源码追踪中就发现,Tomcat会使用MultipartConfigElement对象的location属性作为上传文件的临时目录。
/** * 配置上传文件临时目录 * @return */ @Bean public MultipartConfigElement multipartConfigElement() { MultipartConfigFactory factory = new MultipartConfigFactory(); // tmp.dir参数在启动脚本中设置 String path = System.getProperty("tmp.dir"); if(path == null || "".equals(path.trim())) { path = System.getProperty("user.dir"); } String location = path + "/tmp"; File tmpFile = new File(location); // 如果临时目录不存在则创建 if (!tmpFile.exists()) { tmpFile.mkdirs(); } // 明确指定上传文件的临时目录 factory.setLocation(location); return factory.createMultipartConfig(); }
https://stackoverflow.com/questions/50523407/the-temporary-upload-location-tmp-tomcat-4296537502689403143-5000-work-tomcat/50523578
以上就是Spring Boot应用上传文件时报错的原因及解决方案的详细内容,更多关于Spring Boot应用上传文件时报错的资料请关注小牛知识库其它相关文章!
本文向大家介绍php上传大文件失败的原因及应对策略,包括了php上传大文件失败的原因及应对策略的使用技巧和注意事项,需要的朋友参考一下 为什么上传大文件总是失败,但是上传小文件就没有问题。小编也不得其解,网上搜其原因,整理了一篇关于php上传大文件失败的原因和解决办法的文章,分享给大家。 下面分别是各种原因以及解决办法: 第1种情况:文件上传时存放文件的临时目录必须是开启的并且是 PHP 进程所有
本文向大家介绍centos下file_put_contents()无法写入文件的原因及解决方法,包括了centos下file_put_contents()无法写入文件的原因及解决方法的使用技巧和注意事项,需要的朋友参考一下 centos下file_put_contents()无法写入文件的原因是没有文件夹权限 直接修改目标文件夹/文件 # chmod 777 文件夹名称 以上这篇centos下fi
Ubuntu使用md5sum计算大文件的MD5值,总是在变,排查不出原因 windows下载了一个9G的大压缩包,然后拷贝到linux服务器上,windows用certutil校验md5,服务器用MD5sum校验MD5,windows通过,然后服务器失败。 怀疑为系统原因,将此文件拷贝到另外一台linux服务器校验成功 怀疑为此机器磁盘问题,磁盘无异常 同时在此服务器上每次调用md5sum该文件,
本文向大家介绍解决springboot 连接 mysql 时报错 using password: NO的方案,包括了解决springboot 连接 mysql 时报错 using password: NO的方案的使用技巧和注意事项,需要的朋友参考一下 最近使用 springboot 配置 mysql 时出现了一个错误 Access denied for user ''@'localhost' (u
本文向大家介绍springboot上传文件过大的500异常解决,包括了springboot上传文件过大的500异常解决的使用技巧和注意事项,需要的朋友参考一下 修改appliaction.properties 如果配置文件为appliaction.yml的这样配置文件: 500代码异常,在启动类的里追加 这是我的启动类: 以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持呐喊教程
本文向大家介绍MySQL 出现错误1418 的原因分析及解决方法,包括了MySQL 出现错误1418 的原因分析及解决方法的使用技巧和注意事项,需要的朋友参考一下 MySQL 出现错误1418 的原因分析及解决方法 具体错误: 使用mysql创建、调用存储过程,函数以及触发器的时候会有错误符号为1418错误。 ERROR 1418 (HY000): This function has none