Tomcat 和 JVM 性能调优总结

Tomcat性能调优：

找到Tomcat根目录下的conf目录，修改server.xml文件的内容。对于这部分的调优，我所了解到的就是无非设置一下Tomcat服务器的最大并发数和Tomcat初始化时建立的线程数的设置，固然还有其余一些性能调优的设置，下图是我根据我机子的性能设置的一些参数值，给各位详细解释一下吧：

一、URIEncoding=”UTF-8″ ：设置Tomcat的字符集。这种配置咱们通常是不会设置的，由于关于乱码的转换咱们会在具体项目中具体处理，直接修改Tomcat的字符集未免过于太死板。

二、maxThreads=”300″ ：设置当前Tomcat的最大并发数。Tomcat默认配置的最大请求数是150个，即同时能支持150个并发。可是在实际运用中，最大并发数与硬件性能和CPU数量都有很大关系的，更好的硬件、更高的处理器都会使Tomcat支持更多的并发数。若是通常在实际开发中，当某个应用拥有 250 个以上并发的时候，都会考虑到应用服务器的集群。

三、minSpareThreads=”50″ ：设置当前Tomcat初始化时建立的线程数，默认值为25。

四、acceptCount=”250″ ：当同时链接的人数达到maxThreads参数设置的值时，还能够接收排队的链接数量，超过这个链接的则直接返回拒绝链接。指定当任何可以使用的处理请求的线程数都被使用时，可以放处处理队列中的请求数，超过这个数的请求将不予处理。默认值为100。在实际应用中，若是想加大Tomcat的并发数 ，应该同时加大acceptCount和maxThreads的值。

五、enableLookups=”false” ：是否开启域名反查，通常设置为false来提升处理能力，它的取值还有true，通常不多使用。

六、maxKeepAliveRequests=”1″ ：nginx动态的转给tomcat，nginx是不能keepalive的，而tomcat端默认开启了keepalive，会等待keepalive的timeout，默认不设置就是使用connectionTimeout。因此必须设置tomcat的超时时间，并关闭tomcat的keepalive。不然会产生大量tomcat的socket timewait。maxKeepAliveRequests=”1”就能够避免tomcat产生大量的TIME_WAIT链接，从而从必定程度上避免tomcat假死。

JVM性能调优：

Tomcat自己仍是运行在JVM上的，经过对JVM参数的调整咱们可使Tomcat拥有更好的性能。目前针对JVM的调优主要有两个方面：内存调优和垃圾回收策略调优。

1、内存调优　　

找到Tomcat根目录下的bin目录，设置catalina.sh文件中JAVA_OPTS变量便可，由于后面的启动参数会把JAVA_OPTS做为JVM的启动参数来处理。再说Java虚拟机的内存结构是有点复杂的，相信不少人在理解上都是很抽象的，它主要分为堆、栈、方法区和垃圾回收系统等几个部分组成，下面是我从网上扒的内存结构图：

内存调优这块呢，无非就是经过修改它们各自的内存空间的大小，使应用可以更加合理的运用，下图是我根据我机子的性能设置的参数，给各位详细解释一下各个参数的含义吧：

一、-Xmx512m ：设置Java虚拟机的堆的最大可用内存大小，单位：兆(m)，整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代通常固定大小为64m。堆的不一样分布状况，对系统会产生必定的影响。尽量将对象预留在新生代，减小老年代GC的次数（一般老年回收起来比较慢）。实际工做中，一般将堆的初始值和最大值设置相等，这样能够减小程序运行时进行的垃圾回收次数和空间扩展，从而提升程序性能。

二、-Xms512m ：设置Java虚拟机的堆的初始值内存大小，单位：兆(m)，此值能够设置与-Xmx相同，以免每次垃圾回收完成后JVM从新分配内存。

三、-Xmn170m ：设置年轻代内存大小，单位：兆(m)，此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。通常在增大年轻代内存后，也会将会减少年老代大小。

四、-Xss128k ：设置每一个线程的栈大小。JDK5.0之后每一个线程栈大小为1M，之前每一个线程栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减少这个值能生成更多的线程。可是操做系统对一个进程内的线程数仍是有限制的，不能无限生成，经验值在3000~5000左右。

五、 -XX:NewRatio=4 ：设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5 。

六、-XX:SurvivorRatio=4 ：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6。

七、-XX:MaxPermSize=16m ：设置持久代大小为16m，上面也说了，持久代通常固定的内存大小为64m。

八、-XX:MaxTenuringThreshold=0：设置垃圾最大年龄。若是设置为0的话，则年轻代对象不通过Survivor区，直接进入年老代。对于年老代比较多的应用，能够提升效率。若是将此值设置为一个较大值，则年轻代对象会在Survivor区进行屡次复制，这样能够增长对象再年轻代的存活时间，增长在年轻代即被回收的概论。

2、垃圾回收策略调优　　

找到Tomcat根目录下的bin目录，也是设置catalina.sh文件中JAVA_OPTS变量便可。咱们都知道Java虚拟机都有默认的垃圾回收机制，可是不一样的垃圾回收机制的效率是不一样的，正是由于这点咱们才常常对Java虚拟机的垃圾回收策略进行相应的调整。下面也是经过个人一些需求来配置的垃圾回收策略：

Java虚拟机的垃圾回收策略通常分为：串行收集器、并行收集器和并发收集器。

串行收集器：

一、-XX:+UseSerialGC：表明垃圾回收策略为串行收集器，即在整个扫描和复制过程采用单线程的方式来进行，适用于单CPU、新生代空间较小及对暂停时间要求不是很是高的应用上，是client级别默认的GC方式，主要在JDK1.5以前的垃圾回收方式。

并发收集器：

一、-XX:+UseParallelGC：表明垃圾回收策略为并行收集器(吞吐量优先)，即在整个扫描和复制过程采用多线程的方式来进行，适用于多CPU、对暂停时间要求较短的应用上，是server级别默认采用的GC方式。此配置仅对年轻代有效。该配置只能让年轻代使用并发收集，而年老代仍旧使用串行收集。

二、-XX:ParallelGCThreads=4：配置并行收集器的线程数，即：同时多少个线程一块儿进行垃圾回收。此值最好配置与处理器数目相等。

三、-XX:+UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0支持对年老代并行收集 。

四、-XX:MaxGCPauseMillis=100 ：设置每次年轻代垃圾回收的最长时间，若是没法知足此时间，JVM会自动调全年轻代大小，以知足此值。

五、-XX:+UseAdaptiveSizePolicy：设置此选项后，并行收集器会自动选择年轻代区大小和相应的Survivor区比例，以达到目标系统规定的最低相应时间或者收集频率等，此值建议使用并行收集器时，一直打开。

好了，到此我对虚拟机的垃圾回收策略总结就这么多。仍是这句话：优化的学习一直在路上。

本人免费整理了Java高级资料，涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程，一共30G，须要本身领取。
传送门：https://mp.weixin.qq.com/s/igMojff-bbmQ6irCGO3mqA