• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    Tomcat 配置与优化方案详解

    Service.xml

    Server.xml配置文件用于对整个容器进行相关的配置。

    <Server>元素:

    是整个配置文件的根元素。表示整个Catalina容器。

    属性:

    例:

    <Serverport=”8005” shutdown=”SHUTDOWN”>

    <Connector>元素:

    连接器,负责接收客户的请求,以及向客户端回送响应的消息。

    HTTP连接器:

    属性:

    例:

    <Connector 
    port="8080" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false"
    redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" />

    AJP连接器:

    用于将Apache与Tomcat集成在一起,当Apache接收到动态内容请求时,通过在配置中指定的端口号将请求发送给在此端口号上监听的AJP连接器组件。

    属性:

    例:

    <!—Define an AJP1.3 Connector on port 8089-->
    <Connector port=”8089” enableLookups=”false” redirectPort=”8443” protocol=”AJP/1.3” />

    <Engine>元素:

    为特定的Service处理所有的请示。每个Service只能包含一个Engine元素,它负责接收和处理此Service所有的连接器收到的请求,向连接发回响应,并最终显示在客户端。<Engine>至少有一个<Host>元素,必须至少有一个<Host>属性的名字与defaultHost指定的名字相匹配。

    属性:

    例:

    <Engine name=”Cataline” defaultHost=”localhst”>

    <Host>元素:

    表示一个虚拟主机,为特定的虚拟主机处理所有请求

    属性:

    标准Host实现类org.apahce.catalina.core.StandardHost支持的附加属性:

    例:

    <Host name=”localhst” appBase=”webapps” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”>

    配置虚拟主机:

    <Hostname=”xxx” appBase=”c:/test”>
    <Contentpath=”” docBase=”e:/abe”/>
    </Hostname>

    <context>元素:

    一个WEB应用程序,处理当前WEB应用程序的所有请求,每一个<Context>必须使用唯一的上下文路径。

    属性:

    例:

    <Content path=”/abc” docBase=”d:/xyz” reloadable=”true” />

    Tomcat性能优化方案整理

    考虑一下这种场景,你开发了一个应用,它有十分优秀的布局设计,最新的特性以及其它的优秀特点。但是在性能这方面欠缺,不管这个应用如何都会遭到客户拒绝。客户总是期望它们的应用应该有更好的性能。

    如果你在产品中使用了Tomcat服务器,那么这篇文章就会给你几方面来提升Tomcat服务器的性能。感谢ITWorld article给本文提供资源。经过沉思我已经知道了和早期版本相比最新的Tomcat提供更好的性能和稳定性。所以一直使用最新的Tomcat版本。现在本文使用下面几步来提高Tomcat服务器的性能。

    第一步 – 提高JVM栈内存Increase JVM heap memory

    你使用过tomcat的话,简单的说就是“内存溢出”. 通常情况下,这种问题出现在实际的生产环境中.产生这种问题的原因是tomcat使用较少的内存给进程,通过配置TOmcat的配置文件(Windows 下的catalina.bat或Linux下的catalina.sh)可以解决这种问题.这种解决方法是通过增加JVM的栈内存实现的.也就是说,JVM通常不去调用垃圾回收器,所以服务器可以更多关注处理web请求,并要求尽快完成。要更改文件(catalina.sh) 位于"\tomcat server folder\bin\catalina.sh",下面,给出这个文件的配置信息,

    JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8
    -server -Xms1024m -Xmx1024m
    -XX:NewSize=512m -XX:MaxNewSize=512m -XX:PermSize=512m
    -XX:MaxPermSize=512m -XX:+DisableExplicitGC"
    -Xms – 指定初始化时化的栈内存
    -Xms – 指定初始化时化的栈内存
    -Xmx – 指定最大栈内存

    在重启你的Tomcat服务器之后,这些配置的更改才会有效。下面将介绍如何处理JRE内存泄漏.

    第二步 – 解决JRE内存泄露

    性能表现不佳的另一个主要原因是内存泄漏,正如我之前说过:始终使用最新的tomcat服务器以获得更好的性能和可伸缩性。现在,这句话变成真的。如果我们使用最新的tomcat版本6.0.26及以上就可以解决这个错误,因为它包含了一个监听器来处理JRE和PermGen的内存泄漏。使用的监听器是,

    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />

    你可以在server.xml文件中找到这个监听器的配置,server.xml位置在“tomcat project folder/conf/server.xml”。接下来,我们将看看如何调整连接属性“maxThreads”。

    第三步 – 线程池设置

    线程池指定Web请求负载的数量,因此,为获得更好的性能这部分应小心处理。可以通过调整连接器属性“maxThreads”完成设置。maxThreads的值应该根据流量的大小,如果值过低,将有没有足够的线程来处理所有的请求,请求将进入等待状态,只有当一个的处理线程释放后才被处理;如果设置的太大,Tomcat的启动将花费更多时间。因此它取决于我们给maxThreads设置一个正确的值。

    <Connector port="8080" address="localhost"
    maxThreads="250" maxHttpHeaderSize="8192"
    emptySessionPath="true" protocol="HTTP/1.1"
    enableLookups="false" redirectPort="8181" acceptCount="100"
    connectionTimeout="20000" disableUploadTimeout="true" />

    在上述配置中,maxThreads值设定为“250”,这指定可以由服务器处理的并发请求的最大数量。如果没有指定,这个属性的默认值为“200”。任何多出的并发请求将收到“拒绝连接”的错误提示,直到另一个处理请求进程被释放。错误看起来如下,

    org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (250) are
    currently busy, waiting. Increase maxThreads (250) or check the servlet status

    如果应用提示上述错误,务必检查上述错误是否是由于单个请求花费太长时间造成的,这个问题的原因是这样的,有时候如果数据库连接不释放的话,进程将不会处理其它请求。

    注意: 如果请求的数量超过了“750”,这将不是意味着将maxThreads属性值设置为“750”,它意外着最好使用“Tomcat集群”的多个实例。也就是说,如果有“1000”请求,两个Tomcat实例设置“maxThreads= 500”,而不在单Tomcat实例的情况下设置maxThreads=1000。

    根据我的经验,准确值的设定可以通过将应用在在各种环境中测试得出。接下来,我们来看看如何压缩的MIME类型。

    第四步- 压缩

    Tomcat有一个通过在server.xml配置文件中设置压缩的选项。压缩可以在connector像如下设置中完成,

     <Connector port="8080" protocol="HTTP/1.1"
     connectionTimeout="20000"
     redirectPort="8181" compression="500"
     compressableMimeType="text/html,text/xml,text/plain,application/octet-stream" />

    在前面的配置中,当文件的大小大于等于500bytes时才会压缩。如果当文件达到了大小但是却没有被压缩,那么设置属性compression="on"。否则Tomcat默认设置是“off”。接下来我们将看看如何调优数据库。

    第五步- 数据库性能调优

    Tomcat性能在等待数据库查询被执行期间会降低。如今大多数应用程序都是使用可能包含“命名查询”的关系型数据库。如果是那样的话,Tomcat会在启动时默认加载命名查询,这个可能会提升性能。另一件重要事是确保所有数据库连接正确地关闭。给数据库连接池设置正确值也是十分重要的。我所说的值是指Resource要素的最大空闲数(maxIdle),最大连接数(maxActive),最大建立连接等待时间(maxWait)属性的值。因为配置依赖与应用要求,我也不能在本文指定正确的值。你可以通过调用数据库性能测试来找到正确的值。

    第六步 – Tomcat原生库

    Tomcat的原生库基于Apache可移植运行时(Apache Portable Runtime简称APR),给程序员提供了超强的扩展性和性能,在产品运作中帮助融合原生的服务器技术以展现最佳的性能。想知道安装说明的朋友请参考Tomcat Native Library – (APR) Installation。

    第七步 – 其他选项

    这些选项是:

    设置TOMCAT启用GZIP压缩

    原理简介

    HTTP 压缩可以大大提高浏览网站的速度,它的原理是,在客户端请求服务器对应资源后,从服务器端将资源文件压缩,再输出到客户端,由客户端的浏览器负责解压缩并浏览。

    相对于普通的浏览过程HTML ,CSS,Javascript , Text ,它可以节省40%左右的流量。更为重要的是,它可以对动态生成的,包括CGI、PHP , JSP , ASP , Servlet,SHTML等输出的网页也能进行压缩,压缩效率也很高。

    配置方法

    Tomcat5.0以后的版本是支持对输出内容进行压缩的,使用的是gzip压缩格式 。

    修改%TOMCAT_HOME%/conf/server.xml,修订节点如下:

    <Connector port="80" protocol="HTTP/1.1" 
    connectionTimeout="20000" 
    redirectPort="8443" executor="tomcatThreadPool" URIEncoding="utf-8" 
    compression="on" 
    compressionMinSize="50" noCompressionUserAgents="gozilla, traviata" 
    compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" /> 

    从上面节点的属性可以看出,要使用gzip压缩功能,你需要在Connector节点中加上如下属性

    测试方法

    启用了TOMCAT这个压缩功能后,我们如何来测试压缩是否有效呢?

    首先Tomcat是根据浏览器请求头中的accept-encoding来判断浏览器是否支持压缩功能,如果这个值包含有gzip,就表明浏览器支持gzip压缩内容的浏览,我们可以用两种方法来验证压缩是否生效。

    大家直接通过浏览器访问启用了压缩配置的服务器,然后通过抓包工具查看抓到的数据包,如果内容有很多你看不懂,就说明已经启用压缩功能了。

    通过程序模拟请求

    我们用httpclient写一个简单的测试程序,代码如下:

    @Test 
    public void testGzip() { 
    HttpClient httpClient = new HttpClient(); 
    GetMethod getMethod = new GetMethod("http://localhost/admin.jsp"); 
    try { 
    getMethod.addRequestHeader("accept-encoding", "gzip,deflate"); 
    getMethod.addRequestHeader("user-agent","Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Alexa Toolbar; Maxthon 2.0)"); 
    int result = httpClient.executeMethod(getMethod); 
    if (result == 200) { 
    System.out.println(getMethod.getResponseContentLength()); 
    String html = getMethod.getResponseBodyAsString(); 
    System.out.println(html); 
    System.out.println(html.getBytes().length); 
    } 
    } catch (HttpException e) { 
    e.printStackTrace(); 
    } catch (IOException e) { 
    e.printStackTrace(); 
    } finally { 
    getMethod.releaseConnection(); 
    } 
    } 

    执行这个junit程序,看看它所输出的是什么内容,如果输出的是一些乱码,并且打印内容的长度远小于实际的长度,就说明我们的配置生效了,通过一些其它验证工具,会发现网站浏览速度会明显提升。

    备注:如果发现内容没有被压缩,可以考虑调整compressionMinSize大小,如果请求资源小于这个数值,则不会启用压缩。

    以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。

    上一篇:Nginx提高安全与性能的最好配置详解
    下一篇:浅谈linux kernel对于浮点运算的支持
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

    Tomcat 配置与优化方案详解 Tomcat,配置,与,优化,方案,