項目背景

在做項目的時候，把SpringBoot的項目打包成安裝包了，在客戶上面安裝運(yùn)行，一切都是那么的完美，可是發(fā)生了意外，對方突然說導(dǎo)出導(dǎo)入的文件都不行了。我急急忙忙的查看日志，發(fā)現(xiàn)報了一個錯誤

java.io.IOException: The temporary upload location [C:WindowsTemptomcat.1351070438015228346.8884workTomcatlocalhostROOT] is not valid at org.apache.catalina.connector.Request.parseParts(Request.java:2821) at org.apache.catalina.connector.Request.parseParameters(Request.java:3185) at org.apache.catalina.connector.Request.getParameter(Request.java:1116) at org.apache.catalina.connector.RequestFacade.getParameter(RequestFacade.java:381) at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:84) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408) at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:791) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1417) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Unknown Source)

經(jīng)過分析發(fā)現(xiàn)，這是tomcat在啟動的時候會生成一個臨時的上傳文件保存的位置，但是這個位子默認(rèn)是放在系統(tǒng)的臨時文件夾中。當(dāng)這個tomcat創(chuàng)建的文件夾被系統(tǒng)刪除后，這時在上傳文件就出現(xiàn)問題了。可能對方服務(wù)器裝上了360管家，會自動刪掉好似

開工

針對這一個異常有以下解決方法1.萬能的重啟，絕大多數(shù)的問題解決方法，“你重啟一下試試”。但是這個方法只能解決得了一時,解決不了一世啊。2.在配置文件中加上

server.tomcat.basedir=自定義目錄

3.啟動jar包的時候加上參數(shù) -Djava.io.tmpdir=自定義目錄

java -jar xx.jar -Djava.io.tmpdir=自定義目錄

4.添加配置bean

import org.springframework.boot.web.servlet.MultipartConfigFactory;import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.Configuration;import javax.servlet.MultipartConfigElement;@Configurationpublic class TomcatBeanConfig { /** * 文件上傳臨時路徑 */ @Bean MultipartConfigElement multipartConfigElement() { MultipartConfigFactory factory = new MultipartConfigFactory(); factory.setLocation('自定義目錄'); return factory.createMultipartConfig(); }}

-------------------------------------分隔符 ------------------------------------------

接著說優(yōu)化，至于優(yōu)化，我在解決上面的問題發(fā)現(xiàn)，tomcat中有一個配置

# 后臺線程方法的delay大小每隔900s清除過期的session會話server.tomcat.background-processor-delay=900

默認(rèn)值是10， 每隔10s發(fā)生一次young gc，并且CPU使用率長期大于10%。

ContainerBackgroundProcessor這個線程是干什么的？

Tomcat的Engine會啟動一個線程（就是ContainerBackgroundProcessor），該線程每10s會發(fā)送一個發(fā)送一個事件，監(jiān)聽到該事件的部署配置類會自動去掃描webapp文件夾下的war包，將其加載成一個Context，即啟動一個web服務(wù)。同時，該線程還會調(diào)用子容器Engine、Host、Context、Wrapper各容器組件及與它們相關(guān)的其它組件的backgroundProcess方法。

個人理解是，每隔10S對session的過期清理過于頻繁從而導(dǎo)致CPU占用率過高,我改成了900，就是每900秒檢測一次，這樣就降低CPU占用率啦

backgroundProcess對spring mvc的影響主要影響session的過期清理，如果設(shè)置為900，就只會每隔900s清除過期的session會話。server.tomcat.background-processor-delay = 900s ＃調(diào)用backgroundProcess方法之間的延遲。如果未指定持續(xù)時間后綴，則將使用秒。

到此這篇關(guān)于詳解SpringBoot中的tomcat優(yōu)化和修改的文章就介紹到這了,更多相關(guān)SpringBoot tomcat優(yōu)化和修改內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！