The temporary upload location [/tmp/tomcat.***/work/Tomcat/localhost/ROOT] is not valid
- 工作小总结
- 时间：2021-07-15 13:56
- 2637人已阅读
🔔🔔好消息!好消息!🔔🔔
如果您需要注册ChatGPT，想要升级ChatGPT4。凯哥可以代注册ChatGPT账号，代升级ChatGPT4
有需要的朋友👉:微信号
今天突然收到错误反馈文件上传失败了。错误如下图：
Failed to parse multipart servlet request; nested exception is java.io.IOException: The temporary upload location [/tmp/tomcat.2108414996593143912.8080/work/Tomcat/localhost/ROOT] is not valid
这个问题之前没遇到过啊。然后BXX后，网上还真有人遇到。原因分析：
原因：在linux系统中，springboot应用服务再启动（java -jar 命令启动服务）的时候，会在操作系统的/tmp目录下生成一个tomcat*的文件目录，上传的文件先要转换成临时文件保存在这个文件夹下面。由于临时/tmp目录下的文件，在长时间（10天）没有使用的情况下，就会被系统机制自动删除掉。所以如果系统长时间无人问津的话，就可能导致上面这个问题。
是因为Linux自己处理的原因。
解决方案一，修改Liunx配置：
这个方案，是需要修改系统配置。算了，还是放弃吧。万一修改错误，引发其他血案就不好玩了。
解决方案二：
万能的重启大法。重启自己的服务。虽然能临时解决，但是不能从根本上解决啊。
所以，这个方案，放弃。
解决方案三：
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才会进入记录异常代码中，
那咱再继续往下看，就可以看到获取目录的地方，它将临时目录强转为文件，并且判断这个文件是否为一个目录，如果不是，就会捕获上面的异常，在后续抛出。
