Tomcat优化
##为何要进行tomcat优化
随着电商的发展,高并发的问题已经越来越严重,在高并发的情况,无时无刻不考验着服务器性能的优化,高可用也成为了一个开发者所必备的知识点,作为一个程序的开发者,性能的优化通常有三大块 1、服务器优化 2、数据库优化 3、JVM优化,那么接下来咱们来研究研究tomcat的优化内容
##tomcat的可视化视图说明和优化介绍
tomcat优化分为三块: 1. JVM参数优化 2.JVM高并发优化 3.JVM启动优化
1.当我们在在linux环境下启动了tomcat,在屏幕右上角有一个server status,我们需要在conf/ tomcat-users.xml 下设置登陆的用户
该信息赋予了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问题,大幅度的提高性能.
connectionTimeout="20000" redirectPort="8443" /> 优化配置1:标准版(亲测有效) 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资源,效果如下: