关于java:Tomcat性能调优

28次阅读

共计 2635 个字符，预计需要花费 7 分钟才能阅读完成。

大家好，我是 Java 最全面试题库 的提裤姐，明天这篇是分布式技术的第六篇，次要介绍 Tomcat 性能调优；在后续，会沿着第一篇开篇的常识线路始终总结上来，做到日更！如果我能做到百日百更，心愿你也能够跟着百日百刷，一百天养成一个好习惯。

1.JVM 参数调优
-Xms<size> 示 JVM 初始化堆的大小，-Xmx<size>示意 JVM 堆的最大值。
这两个值的大小个别依据须要进行设置。当应用程序须要的内存超出堆的最大值时虚拟机就会提醒内存溢出，并且导致应用服务解体。因而个别倡议堆的最大值设置为可用内存的最大值的 80%。
在 catalina.bat中, 设置JAVA_OPTS='-Xms256m-Xmx512m'，示意初始化内存为 256MB，能够应用的最大内存为 512MB

2. 禁用 DNS 查问
当 web 应用程序向要记录客户端的信息时, 它也会记录客户端的 P 地址或者通过域名服务器查找机器名转换为 P 地址。DNS 查问须要占用网络, 并且包含可能从很多很远的服务器或者不起作用的服务器下来获取对应的 P 的过程, 这样会耗费肯定的工夫。
为了打消 DNS 查问对性能的影响咱们能够敞开 DNS 查问, 形式是批改 server.xml文件 enableLookups中的参数值：

Tomcat4
    <Connector
            className="org.apache.coyote.tomcat4.CoyoteConnector" port="80"
            minProcessors="5" maxProcessors="75" enableLookups="false"
            redire ctPort="8443"
            acceptCount="100" debug="0" connectionTimeout="20000"
            useURIValidationHack="false" disableUploadTimeout="true"/>
Tomcat5
    <Connectorport="80"maxThreads="150"minSpareThreads="25"
    maxSpareThreads="75"enableLookups="false"redirectPort="8443"
    acceptCount="100"debug="0"connectionTimeout="20000"
    disableUploadTimeout="true"/>

3. 调整线程数
通过应用程序的连接器 (Connector) 进行性能管制的的参数是创立的解决申请的线程数。Tomcat 应用线程池减速响应速度来解决申请。在 Java 中线程是程序运行时的门路, 是在一个程序中与其它控制线程无关的、可能独立运行的代码段。它们共享雷同的地址空间。多线程帮忙程序员写出 CPU 最大利用率的高效程序, 使闲暇工夫放弃最低, 从而接更多的申请。

Tomcat4 中能够通过批改 minProcessors 和 maxProcessors的值来控制线程数。这些值在装置后就曾经设定为默认值并且是足够应用的, 然而随着站点的扩容而改大这些值。minProcessors服务器启动时创立的解决申请的线程数应该足够解决一个小量的负载。也就是说, 如果一天内每秒仅产生 5 次单击事件, 并且每个申请工作解决须要 1 秒钟, 那么事后设置线程数为 5 就足够了。但在你的站点访问量较大时就须要设置更大的线程数, 指定为参数 maxProcessors的值。maxProcessors 的值也是有下限的, 应避免流量不可管制 (或者歹意的服务攻打), 从而导致超出了虚拟机应用内存的大小。如果要加大并发连接数, 应同时加大这两个参数。web server 容许的最大连接数还受制于操作系统的内核参数设置, 通常 Windows 是 2000 个左右, Linux 是 1000 个左右.
在 Tomcat5 对这些参数进行了调整, 属性:

maxThreads Tomcat 应用线程来解决接管的每个申请。这个值示意 Tomcat 可创立的最大的线程数。
acceptCount 指定当所有能够应用的解决申请的线程数都被应用时, 能够放到解决队列中的申请数, 超过这个数的申请将不予解决。
connnection Timeout 网络连接超时, 单位: 毫秒。设置为 0 示意永不超时, 这样设置有隐患的。通常可设置为 30000 毫秒。
minSpareThreadsTomcat 初始化时创立的线程数
maxSpareThreads 一旦创立的线程超过这个值, Tomcat 就会敞开不再须要的 socket 线程。

最好的形式是多设置几次并且进行测试, 察看响应工夫和内存应用状况。
在不同的机器、操作系统或虚拟机组合的状况下可能会不同, 而且并不是所有人的 web 站点的流量都是一样的, 因而没有一刀切的计划来确定线程数的值。

在 tomcat 配置文件 server.xml中的 <Connector/> 配置中, 和连接数相干的参数有:
minProcessors: 最小闲暇连接线程数用于进步零碎解决性能, 默认值为 10
maxProcessors: 最大连接线程数, 即: 并发解决的最大申请数, 默认值为 75
acceptCount: 容许的最大连接数, 应大于等于 maxProcessors, 默认值为 100
enableLookups: 是否反查域名, 取值为:true 或 false 为了进步解决能力, 应设置为 false
connectionTimeout: 网络连接超时, 单位: 毫秒。设置为 0 示意永不超时, 这样设置有隐患的。通常可设置为 30000 毫秒。
其中和最大连接数相干的参数为 maxProcessorsacce 和如果要加大并发连接数, 应同时加大这两个参数。
web server 容许的最大连接数还受制于操作系统的内核参数设置, 通常 Windows 是 2000 个左右, Linux 是 1000 个左右。tomcat5 中的配置示例:

<Connector port="8080"
           protocol="org.apache.coyote.http11.Http11NioProtocol"
           connectionTimeout="20000"
           redirectPort="8443"
           maxThreads="500"
           minSpareThreads="20"
           acceptCount="100"
           disableUploadTimeout="true"
           enableLookups="false"
           URIEncoding="UTF-8"/>

对于其余端口的配置，以此类推。

正文完