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才会进入记录异常代码中,
那咱再继续往下看,就可以看到获取目录的地方,它将临时目录强转为文件,并且判断这个文件是否为一个目录,如果不是,就会捕获上面的异常,在后续抛出。