eclipse编辑jsp假死开辟运维必备技巧十分钟控制Tomcat优化及安排

· 理解Tomcat

· 熟习Tomcat多虚拟主机环境

· 会利用jmeter工具

eclipse编辑jsp假死开辟运维必备技巧十分钟控制Tomcat优化及安排 AJAX

· 会优化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的。
常日递归也不要递归的层次过多，很随意马虎溢出。

办理方法：修处死式。