一個奇葩問題，雖然解決了，但還是沒弄清楚，小記一筆。
年后回來，測試人員對年前的3次迭代的功能進行了回歸測試，然后發現所有excel導入的功能都失效了。作為后台開發人員，當然是第一時間打開運行日志排查原因啦。但奇怪的是，后台日志中並沒有ERROR信息......於是乎轉戰到前端，通過chrome的開發工具發現如下異常：
org.springframework.web.multipart.MultipartException: Could not parse multipart servlet request; nested exception is java.io.IOException: The temporary upload location [/tmp/tomcat.439562935221680911.8769/work/Tomcat/localhost/ROOT] is not valid org.springframework.web.multipart.support.StandardMultipartHttpServletRequest.parseRequest(StandardMultipartHttpServletRequest.java:112) org.springframework.web.multipart.support.StandardMultipartHttpServletRequest.(StandardMultipartHttpServletRequest.java:86)
.......
從異常信息來看，其實不難理解，就是上傳文件的臨時目錄失效了，百度以后確實如此。但是為什么過完年回來目錄就突然失效了呢？
繼續查詢相關資料后了解到，springboot啟動時會創建一個用於上傳文件的臨時目錄，而系統會在10天后自動清除該目錄。
解決方法：
1、重啟服務，重新生成目錄；
2、手動創建該目錄；
3、在啟動服務的main方法中，添加以下代碼，指定上傳文件的目錄：
@Bean
MultipartConfigElementmultipartConfigElement() {
MultipartConfigFactory factory =new MultipartConfigFactory();
factory.setLocation("/data/apps/temp");
return factory.createMultipartConfig();
}
4、在應用的配置文件中添加以下配置，原理同3：
server:
tomcat:
basedir: /data/apps/temp
實踐證明，以上方法都沒有解決我的問題...
接着，我進入到服務器的tmp目錄，發現里面已經創建了多個tomcat的臨時文件，看日期應該是我多次重啟產生的。那么正常情況下，解決方法1應該已經生效了（雖然不能永久性解決這個問題），為什么還是報異常呢？令人蛋疼的是，新創建的臨時目錄的端口都是8491，就是我重啟的服務的端口，但是異常中的臨時目錄端口是8769，而8769正是zuul網關的端口。於是，我在zuul的配置文件里加上了解決方法4的配置信息，果然就好了...
令我不解的是，如果是zuul的問題，那么一開始應該就無法上傳，而不會等到年后才出現問題。