龙空技术网

SpringBoot中的tomcat优化和修改--笔记

佳运分享 96

前言:

今天咱们对“apachetomcat900m1”大概比较讲究,你们都需要知道一些“apachetomcat900m1”的相关知识。那么小编也在网摘上网罗了一些对于“apachetomcat900m1””的相关知识,希望咱们能喜欢,兄弟们快快来了解一下吧!

项目背景

在做项目的时候,把SpringBoot的项目打包成安装包了,在客户上面安装运行,一切都是那么的完美,可是发生了意外,对方突然说导出导入的文件都不行了。我急急忙忙的查看日志,发现报了一个错误

java.io.IOException: The temporary upload location [C:\Windows\Temp\tomcat.1351070438015228346.8884\work\Tomcat\localhost\ROOT] 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)

经过分析发现,这是tomcat在启动的时候会生成一个临时的上传文件保存的位置,但是这个位子默认是放在系统的临时文件夹中。当这个tomcat创建的文件夹被系统删除后,这时在上传文件就出现问题了。可能对方服务器装上了360管家,会自动删掉好似

开工

针对这一个异常有以下解决方法

万能的重启,绝大多数的问题解决方法,“你重启一下试试”。但是这个方法只能解决得了一时,解决不了一世啊。在配置文件中加上

server.tomcat.basedir=自定义目录
启动jar包的时候加上参数 -Djava.io.tmpdir=自定义目录
java -jar  xx.jar -Djava.io.tmpdir=自定义目录
添加配置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();    }}

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

接着说优化,至于优化,我在解决上面的问题发现,tomcat中有一个配置

# 后台线程方法的delay大小每隔900s清除过期的session会话server.tomcat.background-processor-delay=900

默认值是10, 每隔10s发生一次young gc,并且CPU使用率长期大于10%。

ContainerBackgroundProcessor这个线程是干什么的?

Tomcat的Engine会启动一个线程(就是ContainerBackgroundProcessor),该线程每10s会发送一个发送一个事件,监听到该事件的部署配置类会自动去扫描webapp文件夹下的war包,将其加载成一个Context,即启动一个web服务。同时,该线程还会调用子容器Engine、Host、Context、Wrapper各容器组件及与它们相关的其它组件的backgroundProcess方法。

个人理解是,每隔10S对session的过期清理过于频繁从而导致CPU占用率过高,

我改成了900,就是每900秒检测一次,这样就降低CPU占用率啦

backgroundProcess对spring mvc的影响主要影响session的过期清理,如果设置为900,就只会每隔900s清除过期的session会话。server.tomcat.background-processor-delay = 900s #调用backgroundProcess方法之间的延迟。如果未指定持续时间后缀,则将使用秒。
backgroundProcess对spring mvc的影响主要影响session的过期清理,如果设置为900,就只会每隔900s清除过期的session会话。server.tomcat.background-processor-delay = 900s #调用backgroundProcess方法之间的延迟。如果未指定持续时间后缀,则将使用秒。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

本文链接:

标签: #apachetomcat900m1