【成都校区】tomcat优化

Java 未结 1 196
网络营销策划案例
悬赏:35
相关标签:
1条回答
  • 2021-04-30 09:52
    #Tomcat优化

    ##为何要进行tomcat优化
    ​       
       随着电商的发展,高并发的问题已经越来越严重,在高并发的情况,无时无刻不考验着服务器性能的优化,高可用也成为了一个开发者所必备的知识点,作为一个程序的开发者,性能的优化通常有三大块 1、服务器优化 2、数据库优化 3、JVM优化,那么接下来咱们来研究研究tomcat的优化内容

    ##tomcat的可视化视图说明和优化介绍
       tomcat优化分为三块: 1. JVM参数优化  2.JVM高并发优化  3.JVM启动优化
       1.当我们在在linux环境下启动了tomcat,在屏幕右上角有一个server status,我们需要在conf/ tomcat-users.xml 下设置登陆的用户
       <role rolename="manager"/>
       <role rolename="manager-gui"/>
       <role rolename="admin"/>
       <role rolename="admin-gui"/>
       <user username="tomcat" password="tomcat" roles="admin-gui,admin,manager-gui,manager"/>

       该信息赋予了tomcat的用户权限,以及用户名,密码
       登陆完毕 ,可以看到JVM占有情况(Free memory: 51.70 MB Total memory: 95.75 MB Max memory: 419.50 MB)可以发现此时JVM所使用到的内容是linux虚拟机中的最大占有内存1/4 ,年轻代,年老代,永久带内存空间,为了让性能更加优越,除了可以进行tomcat自身优化,还可以进行在tomcat上进行JVM的调优,和当前tomcat的启动模式       

    ##tomcat优化一 catalina文件优化&&JVM优化
       在tomcat的catalina.sh文件下

      



       export JAVA_OPTS="-server -Xms1600M -Xmx1600M -Xss512k -XX:+AggressiveOpts -XX:+UseBiasedLocking -XX:PermSize=128M -XX:MaxPermSize=256M -XX:+DisableExplicitGC -XX:MaxTenuringThreshold=31 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -Djava.awt.headless=true"
    ​   

    ##参数分析

       -server: jdk的server版
       只要你的tomcat运行在生产环境中的,这个参数必须添加
       因为tomcat默认是以一种叫java -client 的模式来运行的,server即意味着你的tomcat是以真实的production的模式在运行的,这也意味着你的tomcat 会拥有更大,更高的并发处理能力,以及更强更敏捷的JVM垃圾回收机制,可以获得更多的负载与吞吐量

       -Xms -Xmx :初始堆大小,和最大堆大小
       在实际生产过程中JVM的堆内存一定要同样大,如果在一个区间,在最小内存时存在内存不足,此时触发GC,但此时若内存突然变大,GC将变得没有意义,所以在实际生产过程中需要不能将堆内存设置成空间值(默认是堆内存小于40%时,JVM将增大堆到-Xmx最大限制,空余堆大于70%时,会减少至-xms最小限制)

       -Xss512k 调整栈大小,最好不要超过1M

       AggressiveOpts:从单词上看是积极,生猛,将最新版的JDK优化后的新特性自动注入

       UseBiasedLocking:启动了优化的线程锁,对于高并发访问很重要,太多请求忙不过来时,它就自动优化,对于各自长短不一的请求,排队,会自动进行优化
    ​         
       DisableExplicitGC:关闭明显的GC操作,避免内存的大起大落,忽略手动调用GC,使System.gc() 成为一个空调用

       MaxTenuringThreshold: 设置新生代存活的次数  
       若年老代对象过多,可以将这个年龄设置为0 ,但通常不建议

       -Djava.awt.headless=true:这个参数都是放在最后的,我们在J2EE工程中使用一些图标工具如:jfreechart,在web网页输出GIF、JPG流
       在window环境下不会有问题,但在生产环境下可能会出现不显示,此时这个配置可以解决这个参数

    ##tomcat优化二:启动模式优化  conf/server.xml
       在server.xml中除了能修改端口号和编码集以外,还能进行一项非常重要的修改,启动模式!

       1.bio 默认的模式,性能非常低下,没有经过任何优化处理和支持.
       2.nio nio(new I/O),是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API,因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。
       3.apr 安装起来最困难,但是从操作系统级别来解决异步的IO问题,大幅度的提高性能.

       <Connector port="8080" protocol="HTTP/1.1"
    ​                    connectionTimeout="20000"
    ​                    redirectPort="8443" />
    ​   
       优化配置1:标准版(亲测有效)
       <Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
       maxThreads="600"

       minSpareThreads="100"
       maxSpareThreads="500"

       acceptCount="700"



       connectionTimeout="20000"
       redirectPort="8843"/>

       maxThreads:支持并发访问线程
       minSpareThreads:最小备用线程,初始化默认是10
       maxSpareThreads:最大备用线程
       URIEncoding:编码集
       enableLookups:当我们通过调用request.getRemoteHost()进行DNS查询时,期望返回客户实际主机名,将此属性设置为true ,但通常设置为false,节约性能

       disableUploadTimeout disableUploadTimeout = true
       是否需要对tomcat容器多带带的设置上传时间

       connectionTimeout:网络链接超时,单位毫秒,设置为-1表示用户超时

       acceptCount:当线程达到了maxThreads后,后续将请求放置到一个等待队列中,这个acceptCount是这个队列的大小,若这个队列也满了,就直接refuse connection ,默认是100



       maxThreads :同时处理线程的能力,默认200 ,建议600-800
       minProcessors:在java中线程是程序运行时的路径,是在一个程序中与其他控制线程无关的,能够独立运行的代码块,使空闲时间最低,充分利用cpu资源



    总结:

    相信通过本次学习,同学们对于tomcat已经有了一定的了解,谢谢各位
    80 讨论(0)
提交回复