The temporary upload location [/tmp/tomcat.***/work/Tomcat/localhost/ROOT] is not valid

本文深入探讨了Tomcat中Failed to parse multipart servlet request异常的原因,分析了与post请求及multipart/form-data类型相关的目录问题,提供了多种解决方案,包括调整请求方式、使用JSON参数及自定义临时目录。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Failed to parse multipart servlet request; nested exception is java.io.IOException: The temporary upload location [/tmp/tomcat.4632713886902697899.8080/work/Tomcat/localhost/ROOT] is not valid

发现问题的原因

之前预留了一个刷新接口缓存的口子,
前两天新加了一个接口,不想重启应用,就请求刷新接口缓存的方法,突然发现这个接口一请求就报上面这个错,怎么都想不通,明明我是用的post方法,它非得写我要将某个东西上传到XXX目录中,重点是这个当时肯定是测过的,没啥问题,并且我看了一下,系统上没有这个目录
在这里插入图片描述

解决方案

tomcat它会自动创建临时目录来存放文件, 当一个请求是post方式,并且content-type的值为multipart/form-data的时候,就会涉及到这个目录,并且把这个目录强转成文件,然后判断这个文件是否为一个目录,如果不是或者不存在,则抛出上面的异常,在linux下,tmp目录下的文件会在一定时间后删除(一般是10天),所以10天后,请求这个方法就会报错
解决方法:
1.如果不是很重要的接口,请求方式可以换成get,就不会出现错误
2.post请求,用json传参(application/json)也行,不是multipart/form-data就行
3.在配置文件中加入这个 server.tomcat.basedir=/XXX/XXX/XXX(自定义目录-网上看到的,验证了下启动时会自动创建该目录/XXX/XXX/XXX/work/Tomcat/localhost/ROOT)

以下是我跟踪的过程,除了以上解决方式你也可以自己考虑考虑看看

开发环境复现跟踪

咱可以在开发环境下debug跟踪问题原因呀,首先我想到的是在DispatcherServlet 的doService(…)方法下看看request.getParts()的路径发现是C:\Users\user\AppData\Local\Temp\tomcat.4632713886902697899.8080\work\Tomcat\localhost\ROOT,然后把目录删掉,再进doService(…)方法看,结果发现已经抛出异常了,那这个好说,一层层往上找,最后在ApplicationFilterChain(应用拦截链)的internalDoFilter(内部过滤器)方法中,当执行完过滤器HiddenHttpMethodFilter(隐藏Http请求方法过滤器)时,发现又报错了,那咱就锁定HiddenHttpMethodFilter了,首先发现请求必须为post方式并且没有异常才会发生上面那错,
在这里插入图片描述
然后一步步跟下去,又发现请求的contentType值必须为multipart/form-data才会进入记录异常代码中,
在这里插入图片描述
那咱再继续往下看,就可以看到获取目录的地方,它将临时目录强转为文件,并且判断这个文件是否为一个目录,如果不是,就会捕获上面的异常,在后续抛出。
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值