· 理解Tomcat
· 熟习Tomcat多虚拟主机环境
· 会利用jmeter工具
· 会优化Tomcat
· 能处理常见缺点
11.1 案例剖析
11.1.1 案例概述
自2017年11月编程措辞排行榜Java占比13%，高居榜首，Tomcat也一度成为Java开拓职员的首选。其开源、占用系统资源少、跨平台等特性被深受喜好。本章紧张学习如何支配Tomcat做事，根据生产环境实现多个虚拟主机的配置，末了的重点是进行压测，根据压测结果如何优化Tomcat做事及常见的内存溢出如何处理。
11.1.2 案例前置知识点
1. Tomcat先容
自从JSP发布之后，推出了各式各样的JSP引擎。Apache Group在完成GNUJSP1.0的开拓往后，开始考虑在SUN的JSWDK根本上开拓一个可以直接供应Web做事的JSP做事器，当然同时也支持Servlet, 这样Tomcat就出身了。
Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开拓而成。其被JavaWorld杂志的编辑选为2001年度最具创新的Java产品，同时它又是sun公司官方推举的Servlet和JSP容器，因此其越来越多的受到软件公司和开拓职员的喜好。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到表示，Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。由于Tomcat 技能前辈、性能稳定，而且免费，因而深受Java 爱好者的喜好并得到了部分软件开拓商的认可，成为目前比较盛行的Web 运用做事器。
Tomcat 做事器是一个免费的开放源代码的Web 运用做事器，属于轻量级运用做事器，在中小型系统和并发访问用户不是很多的场合下被普遍利用，是开拓和调试JSP 程序的首选。对付一个初学者来说，可以这样认为，当在一台机器上配置好Apache 做事器，可利用它相应HTML（标准通用标记措辞下的一个运用）页面的访问要求。实际上，Tomcat是Apache 做事器的扩展，但运行时它是独立运行的，以是当运行Tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。
当配置精确时，Apache 为HTML页面做事，而Tomcat 实际上运行JSP 页面和Servlet。其余，Tomcat和IIS等Web做事器一样，具有处理HTML页面的功能，其余它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache做事器。
2. Tomcat核心组件
常日意义上的Web做事器接管要求后，只是纯挚地相应静态资源，如HTML文件，图片文件等，不能在后端进行一定的处理操作。 Tomcat是Apache下的一个子项目，它具备Web做事器的所有功能，不仅可以监听接管要求并相应静态资源，而且可以在后端运行特定规范的Java代码Servlet，同时将实行的结果以HTML代码的形式写回客户端。 Tomcat由一系列的组件构成，个中核心的组件有三个： 1）Web容器：完成Web做事器的功能。 2）Servlet容器：名字为catalina，用于处理Servlet代码。 3）JSP容器：用于将JSP动态网页翻译成Servlet代码。
3. Tomcat处理要求过程
1） 要求被发送到本机端口8080，被在那里侦听的Coyote HTTP/11.1 Connector得到。 2) Connector把该要求交给它所在的Service的Engine来处理，并等待来自Engine的回应。
3) Engine得到要求localhost/yy/index.JSP，匹配它所拥有的所有虚拟主机Host。 4) Engine匹配到名为localhost的Host。纵然匹配不到也把要求交给该Host处理，由于该Host被定义为该Engine的默认主机。 5) localhost Host得到要求/yy/index.JSP，匹配它所拥有的所有Context。 6) Host匹配到路径为/yy的Context。如果匹配不到，就把该要求交给路径名为\"大众\"大众的Context去处理。 7) path=\"大众/yy\"大众的Context得到要求/index.JSP，在它的mapping table中探求对应的Servlet。 8) Context匹配到URL PATTERN为.JSP的Servlet，对应于JSPServlet类。
9) 布局HttpServletRequest工具和HttpServletResponse工具，作为参数调用JSPServlet的doGet()或doPost()方法。
10)Context把实行完了之后的HttpServletResponse工具返回给Host。 11)Host把HttpServletResponse工具返回给Engine。 12)Engine把HttpServletResponse工具返回给Connector 。13)Connector把HttpServletResponse工具返回给客户browser。
11.1.3 案例环境
1. 本案例实验环境
表11-1 案例的实验环境
2. 案例需求
1）支配Tomcat做事。
2）配置虚拟主机。
3）Tomcat优化。
4）常见缺点剖析及处理。
3. 案例实现思路
1）安装Tomcat须要的环境。
2）安装Tomcat做事。
3）配置虚拟主机。
4）客户端安装压测软件进行压测并调优。
5）常见缺点解释。
11.2 案例履行
11.2.1 下载并安装JDK
1. 在支配Tomcat之前必须安装好jdk，由于jdk是Tomcat运行的必要环境。而jdk的安装也相比拟较大略，版本有很多，这里我们选择rpm版本即可！
打开oracle官网http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html，该网页中会有172的大版本。根据所利用的打算机硬件配置，选择个中一个安装包，如图11.1所示。本章，选择基于linux64位rpm版本，必须选中Accept License Agreement再进行下载。
图11.1
2. 下载完安装包后，将其上传到做事器/root目录下，实行安装命令：
[root@localhost ~]# rpm -ivh jdk-8u171-linux-x64.rpm
准备中... ################################# [100%]
正在升级/安装...
1:jdk1.8-2000:1.8.0_171-fcs ################################# [100%]
Unpacking JAR files...
tools.jar...
plugin.jar...
javaws.jar...
deploy.jar...
rt.jar...
jsse.jar...
charsets.jar...
localedata.jar...
3. 上面显示安装完成，jdk安装目录在/usr/java/jdk1.8.0_171-amd64，设置jdk的环境变量，编辑/etc/profile文件，增加如下内容：
[root@localhost ~]# vim /etc/profile
export JAVA_HOME=/usr/java/jdk1.8.0_171-amd64
export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOME/bin:$PATH
4. 使环境变量生效：
[root@localhost ~]# source /etc/profile
5. 查看jdk版本号，已经显示是我们安装的软件版本：
[root@localhost ~]# java -version
java version \"大众1.8.0_171\公众
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)
11.2.2 安装启动Tomcat
1. 实行下面的命令，从Tomcat官网下载apache-tomcat-9.0.8.tar.gz稳定版本：
[root@localhost ~]# wget https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.8/bin/apache-tomcat-9.0.8.tar.gz
2. 将安装包移动Tomcat目录到/usr/local下面：
[root@localhost ~]# tar zxf apache-tomcat-9.0.8.tar.gz
[root@localhost ~]# mv apache-tomcat-9.0.8 /usr/local/tomcat
3. 启动Tomcat：
[root@localhost ~]# /usr/local/tomcat/bin/startup.sh
Using CATALINA_BASE: /usr/local/tomcat
Using CATALINA_HOME: /usr/local/tomcat
Using CATALINA_TMPDIR: /usr/local/tomcat/temp
Using JRE_HOME: /usr/java/jdk1.8.0_171-amd64
Using CLASSPATH: /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar
Tomcat started.
浏览器打开http://192.168.9.236:8080进行访问会涌现Tomcat主页，如图11.2所示。
图11.2
4. 相信大家第一次启动查看日志会创造Tomcat启动很慢，默认情形下都须要几十秒，可以修正jdk参数进行改进，打开/usr/java/jdk1.8.0_171-amd64/jre/lib/security/java.security文件，找到如下内容:securerandom.source=file:/dev/random修正成securerandom.source=file:/dev/urandom。
[root@localhost conf]# vim /usr/java/jdk1.8.0_171-amd64/jre/lib/security/java.security
securerandom.source=file:/dev/urandom
[root@localhost conf]# /usr/local/tomcat/bin/shutdown.sh//关闭Tomcat
Using CATALINA_BASE: /usr/local/tomcat
Using CATALINA_HOME: /usr/local/tomcat
Using CATALINA_TMPDIR: /usr/local/tomcat/temp
Using JRE_HOME: /usr/java/jdk1.8.0_171-amd64
Using CLASSPATH: /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar
[root@localhost conf]# /usr/local/tomcat/bin/startup.sh //启动Tomcat
Using CATALINA_BASE: /usr/local/tomcat
Using CATALINA_HOME: /usr/local/tomcat
Using CATALINA_TMPDIR: /usr/local/tomcat/temp
Using JRE_HOME: /usr/java/jdk1.8.0_171-amd64
Using CLASSPATH: /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar
Tomcat started.
然后，重启Tomcat就会创造启动韶光变短了很多。
5. 查看Tomcat安装后目录构造，如下图11.3所示：
图11.3
下面，对每个目录进行解释。
1）bin
存放启动和关闭Tomcat的脚本文件，比较常用的是catalina.sh、startup.sh、shutdown.sh三个文件。
2）conf
存放Tomcat做事器的各种配置文件，比较常用的是server.xml、context..xml、tomcat-users.xml、web.xml四个文件。
3）lib
存放Tomcat做事器的jar包，一样平常不作任何改动，除非连接第三方做事，比如redis，那就须要添加相对应的jar包。
4）logs
存放Tomcat日志。
5）temp
存放Tomcat运行时产生的文件。
6）webapps
存放项目资源的目录。
7）work
Tomcat事情目录，一样平常打消Tomcat缓存的时候会利用到。
11.2.3 虚拟主机配置
可能有时候公司会有多个项目须要运行，那么肯定不可能是一台做事器上运行多个Tomcat做事，这样会花费太多的系统资源。此时，就须要利用到Tomcat虚拟主机。例如现在新增两个域名www.test.com和bbs.test.com，希望通过这两个域名访问到不同的项目内容。
1. 创建www和bbs项目目录和文件
实行下面的命令，可以创建www和bbs项目目录和文件。
[root@localhost ~]# mkdir /usr/local/tomcat/webapps/www
[root@localhost ~]# echo \"大众This is www page\!\"大众 > /usr/local/tomcat/webapps/www/index.jsp
[root@localhost ~]# mkdir /usr/local/tomcat/webapps/bbs
[root@localhost ~]# echo \"大众This is bbs page\!\"大众 > /usr/local/tomcat/webapps/bbs/index.jsp
2. 修正Tomcat主配置文件
修正Tomcat主配置文件/usr/local/tomcat/conf/server.xml，在</Host>下面增加如下内容：
//关于www.test.com的虚拟主机配置
<Host name=\公众www.test.com\"大众 appBase=\公众/usr/local/tomcat/webapps\"大众
unpackWARs=\"大众true\公众 autoDeploy=\"大众true\"大众 xmlValidation=\"大众false\"大众
xmlNamespaceAware=\"大众false\"大众>
<Context docBase=\"大众/usr/local/tomcat/webapps/www\"大众
path=\公众\"大众 reloadable=\"大众true\"大众 />
</Host>
//关于bbs.test.com的虚拟主机配置
<Host name=\"大众bbs.test.com\"大众 appBase=\公众/usr/local/tomcat/webapps\"大众
unpackWARs=\"大众true\"大众 autoDeploy=\公众true\"大众 xmlValidation=\"大众false\公众
xmlNamespaceAware=\公众false\"大众>
<Context docBase=\"大众/usr/local/tomcat/webapps/bbs\"大众
path=\"大众\公众 reloadable=\公众true\"大众 />
</Host>
[root@localhost ~]# /usr/local/tomcat/bin/shutdown.sh
[root@localhost ~]# /usr/local/tomcat/bin/startup.sh
3. 测试
客户端绑定两个域名须要写入本机hosts，Tomcat默认端口是8080。
192.168.9.236 www.test.com
192.168.9.236 bbs.test.com
利用浏览器访问http://www.test.com:8080，页面效果如图11.4所示。
图11.4
利用浏览器访问http://bbs.test.com:8080，页面效果如图11.5所示。
图11.5
11.2.4 Tomcat优化
Tomcat 的缺省配置并不适宜生产环境，它会频繁涌现假去世征象须要重启，只有通过不断压测优化才能让它最高效率稳定的运行。优化紧张有三方面，分为操作系统优化（内核参数优化），Tomcat 配置文件参数优化，Java 虚拟机（JVM）调优。个中最难明得的便是jvm调优。系统优化本章不先容，本章将合营jmeter压测工具进行调优前和调优后的数据进行比较。
1. Tomcat配置文件参数优化
关于Tomcat主配置文件server.xml里面很多默认的配置项，但并不能知足业务需求，常用的优化干系参数如下。
1）maxThreads：Tomcat 利用线程来处理吸收的每个要求，这个值表示Tomcat可创建的最大的线程数，默认值是200。
2）minSpareThreads：最小空闲线程数，Tomcat 启动时的初始化的线程数，表示纵然没有人利用也开这么多空线程等待，默认值是 10。
3）maxSpareThreads：最大备用线程数，一旦创建的线程超过这个值，Tomcat 就会关闭不再须要的 socket 线程。默认值是-1（无限制）。一样平常不须要指定。
4）URIEncoding：指定 Tomcat 容器的 URL 编码格式，措辞编码格式这块倒不如其它 Web 做事器软件配置方便，须要分别指定。
5）connnectionTimeout：网络连接超时，单位：毫秒，设置为0表示永不超时，这样设置有隐患的。常日默认20000毫秒就可以。
6） enableLookups：是否反查域名，以返回远程主机的主机名，取值为：true 或 false，如果设置为false，则直接返回IP地址，为了提高处理能力，应设置为 false。
disableUploadTimeout：上传时是否利用超机遇制。应设置为true。
8） connectionUploadTimeout：上传超时时间，毕竟文件上传可能须要花费更多的韶光，这个根据你自己的业务须要自己调，以使Servlet有较长的韶光来完成它的实行，须要与上一个参数一起合营利用才会生效。
9）acceptCount：指定当所有可以利用的处理要求的线程数都被利用时，可传入连接要求的最大行列步队长度，超过这个数的要求将不予处理，默认为100个。
10）compression：是否对相应的数据进行 GZIP 压缩，off：表示禁止压缩；on：表示许可压缩（文本将被压缩）、force：表示所有情形下都进行压缩，默认值为off，压缩数据后可以有效的减少页面的大小，一样平常可以减小1/3旁边，节省带宽。
11）compressionMinSize：表示压缩相应的最小值，只有当相应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值便是2048。
compressableMimeType：压缩类型，指定对哪些类型的文件进行数据压缩。
13）noCompressionUserAgents=\"大众gozilla, traviata\"大众：对付以下的浏览器，不启用压缩。
如果已经对代码进行了动静分离，静态页面和图片等数据就不须要Tomcat 处理了，那么也就不须要在Tomcat 中配置压缩了。由于这里只有一台Tomcat做事器，而且压测的是Tomcat首页，会有图片和静态资源文件，以是这里启用压缩。
以上是一些常用的配置参数，还有好多其它的参数设置，还可以连续深入的优化，HTTP Connector 与 AJP Connector 的参数属性值，可以参考官方文档的详细解释进行学习。链接地址http://tomcat.apache.org/tomcat-9.0-doc/config/http.html，下面开始对Tomcat配置文件优化进行前后的比拟。
要压测，首先学习关于jmeter压测工具基本的利用方法。实行步骤如下：
1)客户端安装jdk，可以从Oracle官方下载，安装过程直接下一步即可！
2)运行jmeter软件，如题11.6所示。
图11.6
3)打开压测脚本进行压测，点击左上角文件->打开->选择压测脚本，如图11.7所示。
图11.7
4．点击打开按钮，点击第一排绿色三角按钮（鼠标指上去后会显示启动）开始进行压测，如图11.8所示。
图11.8
压测脚本里设置的是20秒启动4000个线程数，并发为2000，超时时间是50000毫秒。也可以适当的根据自己的需求进行修正。为了不那么繁芜，从压测结果看只关注聚合报告，聚合报告只关注Average、90% Line、Error%这三列，由于压测Tomcat首页压力不会太大，以是Error都是为0属于正常。先看一组优化前（默认的配置）压测截图，如图11.9所示。
图11.9
5. 打开Tomcat主配置文件server.xml，找到默认配置：
<Connector port=\"大众8080\公众 protocol=\"大众HTTP/11.1\公众
connectionTimeout=\公众20000\"大众
redirectPort=\公众8443\公众 />
将默认配置做修正：
<Connector port=\公众8080\"大众 protocol=\公众HTTP/11.1\"大众
connectionTimeout=\"大众20000\"大众
redirectPort=\"大众8443\"大众 minSpareThreads=\公众50\公众
enableLookups=\"大众false\"大众 disableUploadTimeout=\"大众true\公众
acceptCount=\"大众300\"大众 maxThreads=\"大众500\"大众 processorCache=\"大众500\"大众
URIEncoding=\"大众UTF-8\"大众
compression=\"大众on\"大众
compressionMinSize=\"大众2048\公众
compressableMimeType=\"大众text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image/jpg,image/png\"大众/>
6. 重新启动Tomcat做事器，jmeter还是连续保持同样的参数进行压测，优化后压测截图，如11.10所示。
图11.10
从结果看优化后的均匀值和90%相应韶光比优化前的快。
2. JVM优化
Tomcat 启动命令行中的优化参数，便是 JVM 的优化 。Tomcat 首先跑在 JVM 之上的，由于它的启动实在也只是一个Java命令行，首先我们须要对这个Java的启动命令行进行调优。不管是YGC还是Full GC、GC都会导致程序运行中断，精确的选择不同的GC策略，调度JVM、GC的参数，可以极大的减少由于GC事情而导致的程序运行中断方面的问题，进而适当的提高 Java程序的事情效率。但是调度GC因此个极为繁芜的过程，由于各个程序具备不同的特点，如Web和GUI程序就有很大差异（Web可以适当的停顿，但GUI停顿是客户无法接管的），而且由于跑在各个机器上的配置不同（紧张 CPU个数，内存不同），以是利用的 GC 种类也会不同。下面对JVM 参数做比较详细的解释。
Tomcat 的启动参数位于安装目录 ${JAVA_HOME}/bin目录下，Linux操作系统便是 catalina.sh 文件。Java_OPTS便是用来设置JVM 干系运行参数的变量，下面详细看JVM常用参数详解。
-server：一定要作为第一个参数，只要Tomcat是运行在生产环境中，这个参数必须给加上，不然后面的参数不会生效 。
-Xms：表示Java初始化堆的大小，-Xms与-Xmx设成一样的值，避免JVM反复重新申请内存，导致性能大起大落，默认值为物理内存的1/64，默认（MinHeapFreeRatio参数可以调度）空余堆内存小于40%时，JVM就会增大堆直到 -Xmx 的最大限定。
-Xmx：表示最大Java堆大小，当运用程序须要的内存超出堆的最大值时虚拟机就会提示内存溢出，并且导致运用做事崩溃，因此一样平常建议堆的最大值设置为物理内存的最大值的50%。
-XX:NewSize：设置新生代内存大小。
-XX:MaxNewSize：设置最大新生代新生代内存大小。
-XX:PermSize：设置持久代内存大小。
-XX:MaxPermSize：设置最大值持久代内存大小，永久代不属于堆内存，堆内存只包含新生代和老年代。
XX:+AggressiveOpts：浸染如其名（aggressive），启用这个参数，则每当JDK版本升级时，你的JVM都会利用最新加入的优化技能（如果有的话）。
-XX:+UseBiasedLocking：启用一个优化了的线程锁，我们知道在我们的appserver，每个http要求便是一个线程，有的要求短有的要求长，就会有要求排队的征象，乃至还会涌现线程壅塞，这个优化了的线程锁使得你的appserver内对线程处理自动进行最优调配。
-XX:+DisableExplicitGC：在 程序代码中不许可有显示的调用\公众System.gc()\公众。每次在到操作结束时手动调用 System.gc() 一下，付出的代价便是系统相应韶光严重降落，就和关于 Xms，Xmx 里的阐明的事理一样，这样去调用GC导致系统的JVM大起大落。
-XX:+UseParNewGC：对新生代采取多线程并行回收，这样收得快，把稳最新的JVM 版本，当利用 -XX:+UseConcMarkSweepGC 时，-XX:UseParNewGC 会自动开启。因此，如果年轻代的并行GC不想开启，可以通过设置 -XX：-UseParNewGC 来关掉。
-XX:MaxTenuringThreshold：设置垃圾最大年事。如果设置为0的话，则新生代工具不经由 Survivor 区，直接进入老年代。对付老年代比较多的运用（须要大量常驻内存的运用），可以提高效率。如果将此值设置为一 个较大值，则新生代工具会在 Survivor 区进行多次复制，这样可以增加工具在新生代的存活韶光，增加在新生代即被回收的概率，减少Full GC的频率，这样做可以在某种程度长进步做事稳定性。该参数只有在串行 GC 时才有效，这个值的设置是根据本地的 jprofiler 监控后得到的一个空想的值，不能一概而论原搬照抄。
-XX:+CMSParallelRemarkEnabled：在利用 UseParNewGC 的情形下，只管即便减少 mark 的韶光。
-XX:+UseCMSCompactAtFullCollection：在利用concurrent gc的情形下，防止 memoryfragmention，对live object进行整理，使memory碎片减少。
-XX:LargePageSizeInBytes：指定 Java heap 的分页页面大小，内存页的大小不可设置过大， 会影响Perm的大小。
-XX:+UseFastAccessorMethods：利用get，set方法转成本地代码，原始类型的快速优化。
-XX:+UseCMSInitiatingOccupancyOnly：只有在oldgeneration在利用了初始化的比例后 concurrent collector 启动网络。
-Duser.timezone=Asia/Shanghai：设置用户所在时区。
-Djava.awt.headless=true：这个参数一样平常我们都是放在末了利用。有时我们会在我们的J2EE工程中利用一些图表工具，如：jfreechart，用于在Web 网页输出GIF/JPG等流，在Windows环境下，一样平常我们的app server在输出图形时不会碰到什么问题，但是在Linux/Unix 环境下常常会碰到一个 exception 导致你在 Windows开拓环境下图片正常显示，可是在Linux/Unix下却显示不出来，因此加上这个参数以免避这样的情形涌现。
-Xmn：新生代的内存空间大小，把稳：此处的大小是（eden+ 2 survivor space)。与 jmap -heap 中显示的 New gen 是不同的。全体堆大小 = 新生代大小 + 须生代大小 + 永久代大小。在担保堆大小不变的情形下，增大新生代后，将会减小须生代大小。此值对系统性能影响较大，Sun官方推举配置为全体堆的 3/8。
-XX:CMSInitiatingOccupancyFraction：当堆满之后，并行网络器便开始进行垃圾网络。例如，当没有足够的空间来容纳新分配或提升的工具。对付CMS网络器，永劫光等待是不可取的，由于在并发垃圾网络期间运用持续在运行（并且分配工具）。因此，为了在运用程序利用完内存之前完成垃圾网络周期，CMS网络器要比并行网络器更先启动。由于不同的运用会有不同工具分配模式，JVM会网络实际的工具分配（和开释）的运行时数据，并且剖析这些数据，来决定什么时候启动一次CMS垃圾网络周期。这个参数设置有很大技巧，基本上知足(Xmx-Xmn)(100-CMSInitiatingOccupancyFraction)/100 >= Xmn就不会涌现 promotion failed。例如在运用中Xmx是6000，Xmn是512，那么 Xmx-Xmn是5488M，也便是老年代有 5488M，CMSInitiatingOccupancyFraction=90 解释老年代到 90% 满的时候开始实行对老年代的并发垃圾回收（CMS），这时还 剩10%的空间是 548810% = 548M，以是纵然 Xmn（也便是新生代共512M）里所有工具都搬到老年代里，548M 的空间也足够了，以是只要知足上面的公式，就不会涌现垃圾回收时的promotion failed，因此这个参数的设置必须与Xmn关联在一起。
-XX:+CMSIncrementalMode：该标志将开启 CMS 网络器的增量模式。增量模式常常停息 CMS 过程，以便对运用程序线程作出完备的让步。因此，网络器将花更长的韶光完玉成部网络周期。因此，只有通过测试后创造正常 CMS 周期对运用程序线程滋扰太大时，才该当利用增量模式。由于当代做事器有足够的处理器来适应并发的垃圾网络，以是这种情形发生得很少，用于但 CPU情形。
-XX:NewRatio：年轻代（包括 Eden 和两个 Survivor 区）与年迈代的比值（撤除持久代），-XX:NewRatio=4 表示年轻代与年迈代所占比值为 1:4，年轻代占全体堆栈的 1/5，Xms=Xmx 并且设置了Xmn的情形下，该参数不须要进行设置。
-XX:SurvivorRatio：Eden 区与 Survivor 区的大小比值，设置为 8，表示 2 个 Survivor 区（JVM 堆内存年轻代中默认有 2 个大小相等的 Survivor 区）与 1 个 Eden 区的比值为 2:8，即 1 个 Survivor 区占全体年轻代大小的 1/10。
-XX:+UseSerialGC：设置串行网络器。
-XX:+UseParallelGC：设置为并行网络器。此配置仅对年轻代有效。即年轻代利用并行网络，而年迈代仍利用串行网络。
-XX:+UseParallelOldGC：配置年迈代垃圾网络办法为并行网络，JDK6.0 开始支持对年迈代并行网络。
-XX:ConcGCThreads：早期 JVM 版本也叫-XX:ParallelCMSThreads，定义并发 CMS 过程运行时的线程数。比如 value=4 意味着 CMS 周期的所有阶段都以 4 个线程来实行。只管更多的线程会加快并发 CMS 过程，但其也会带来额外的同步开销。因此，对付特定的运用程序，该当通过测试来判断增加 CMS 线程数是否真的能够带来性能的提升。如果还标志未设置，JVM 会根据并行网络器中的 -XX:ParallelGCThreads 参数的值来打算出默认的并行 CMS 线程数。
-XX:ParallelGCThreads：配置并行网络器的线程数，即：同时有多少个线程一起进行垃圾回收，此值建议配置与CPU数目相等。
-XX:OldSize：设置JVM启动分配的老年代内存大小，类似于新生代内存的初始大小 -XX:NewSize。
以上便是一些常用的配置参数，但是有些参数是可以被替代的，配置思路须要考虑的是 Java 供应的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在网络垃圾上的韶光和频度。网络垃圾能够接管的速率和运用有关，该当通过剖析实际的垃圾网络的韶光和频率来调度。如果堆的大小很大，那么完备垃圾网络就会很慢，但是频度会降落。如果您把堆的大小和内存的须要同等，完备网络就很快，但是会更加频繁。调度堆大小的目的是最小化垃圾网络的韶光，以在特定的韶光内最大化处理客户的要求。在基准测试的时候，为确保最好的性能，要把堆的大小设大，确保垃圾网络不在全体基准测试的过程中涌现。
测试前，先还原Tomcat到默认的配置文件，重启后压测一组优化前压测截图，如图11.11所示。
图11.11
上述关于jvm优化参数太多，很多参数须要对GC回收有很深刻的认识。如果优化的不得当，每每会起到事倍功半的效果。下面是常见的优化参数，修正/usr/local/tomcat/bin/catalina.sh，增加赤色字体。
# OS specific support. $var _must_ be set to either true or false.
JAVA_OPTS=\"大众-server -Xms4096m -Xmx4096m -XX:PermSize=2048m -XX:MaxPermSize=2048m\"大众
cygwin=false
darwin=false
重启Tomcat做事再次进行一轮压测，如图11.12所示。
图11.12
从结果看优化后的均匀值和90%相应韶光比优化前的快。
结论：在每次优化完后压测数据都可能会存在差异，乃至环境一样压测结果都会不一样，一样平常都是取多组数据均匀值。本案例中的大略的优化配置也不一定适宜你的环境，但是至少优化的方向是精确的。如果想对jmeter进行深入学习，请查阅干系文档。
11.2.5 常见缺点解释
1．java.lang.OutOfMemoryError: Java heap space——JVM Heap（堆）溢出
JVM 在启动的时候会自动设置JVM Heap的值，其初始空间（即-Xms）是物理内存的1/64，最大空间（-Xmx）不可超过物理内存。可以利用JVM供应的 -Xmn -Xms -Xmx等选项可进行设置。Heap的大小是Young Generation和Tenured Generaion之和。在 JVM中如果98％的韶光是用于GC，且可用的Heap size不敷2％的时候将抛出此非常信息。
办理方法：手动设置 JVM Heap（堆）的大小。
2. java.lang.OutOfMemoryError: PermGen space——PermGen space溢出
PermGen space的全称是 Permanent Generation space，是指内存的永久保存区域。为什么会内存溢出，这是由于这块内存紧张是被JVM存放Class和Meta信息的，Class在被Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同，sun 的GC不会在主程序运行期对PermGen space进行清理。以是，如果你的APP会载入很多 CLASS的话，就很可能涌现PermGen space溢出。
办理方法：手动设置 MaxPermSize 大小。
3. java.lang.StackOverflowError——栈溢出
JVM依然是采取栈式的虚拟机，这个和C与Pascal都是一样的。函数的调用过程都表示在堆栈和退栈上了。调用布局函数的\"大众层\"大众太多了，甚至于把栈区溢出了。常日来讲，一样平常栈区远远小于堆区的，由于函数调用过程每每不会多于上千层，而即便每个函数调用须要 1K 的空间（这个大约相称于在一个C函数内声明了256个int类型的变量），那么栈区也不过是须要1MB 的空间。常日栈的大小是1－2MB的。常日递归也不要递归的层次过多，很随意马虎溢出。
办理方法：修处死式。
