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资源

 

总结：