• 售前

  • 售后

热门帖子
入门百科

Tomcat 设置与优化方案详解

[复制链接]
leefengme 显示全部楼层 发表于 2021-10-26 14:01:22 |阅读模式 打印 上一主题 下一主题
Service.xml

Server.xml设置文件用于对整个容器举行相干的设置。
<Server>元素:

是整个设置文件的根元素。表示整个Catalina容器。
属性:

      
  • className:实现了org.apache.catalina.Server接口的类名,标准实现类是org.apache.catalina.core.StandardServer类。  
  • Port:Tomcat服务器监听用于关闭Tomcat服务器的命令(必须)  
  • Shutdown:发送到端口上用于关闭Tomcat服务器的命令。
例:
  1. <Serverport=”8005” shutdown=”SHUTDOWN”>
复制代码
<Connector>元素:

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

属性:

      
  • allowTrace:是否允许HTTP的TRACE方法,默认为false  
  • emptySessionPath:假如设置为true,用户的全部路径都将设置为/,默认为false。  
  • enableLookups:调用request、getRemoteHost()实验DNS查询,以返回远程主机的主机名,假如设置为false,则直接返回IP所在。  
  • maxPostSize:指定POST方式请求的最大量,没有指定默认为2097152。  
  • protocol:值必须为HTTP1.1,假如使用AJP处置处罚器,该值必须为AJP/1.3  
  • proxyName:如这个连接器正在一个代理设置中被使用,指定这个属性,在request.getServerName()时返回  
  • redirectPort:如连接器不支持SSL请求,如收到SSL请求,Catalina容器将会主动重定向指定的端标语,让其举行处置处罚。  
  • scheme:设置协议的名字,在request.getScheme()时返回,SSL连接器设为”https”,默认为”http”  
  • secure:在SSL连接器可将其设置为true,默认为false  
  • URIEncoding:用于解码URL的字符编码,没有指定默认值为ISO-8859-1  
  • useBodyEncodingForURI:重要用于Tomcat4.1.x中,指示是否使用在contentType中指定的编码来取代URIEncoding,用于解码URI查询参数,默认为false  
  • xpoweredBy:为true时,Tomcat使用规范发起的报头表明支持Servlet的规范版本,默认为false  
  • acceptCount:当全部的大概处置处罚的线程都正在使用时,在队列中列队请求的最大数目。当队列已满,任何接收到的请求都会被拒绝,默认值为10  
  • bufferSize:设由连接器创建输入流缓冲区的巨细,以字节为单元。默认情况下,缓存区大的巨细为2048字节  
  • compressableMimeType:MIME的列表,默认以逗号分隔。默认值是text/html,text/xml,text/plain  
  • compression:指定是否对相应的数据举行压缩。off:表示克制压缩、on:表示允许压缩(文本将被压缩)、force:表示全部情况下都举行压缩,默认值为off  
  • connectionTimeout:设置连接的超时值,以毫秒为单元。默认值为60000=60秒  
  • disableUploadTimeOut:允许Servlet容器,正在执使用用一个较长的连接超时值,以使Servlet有较长的时间来完成它的实验,默认值为false  
  • maxHttpHeaderSize:HTTP请求和相应头的最大量,以字节为单元,默认值为4096字节  
  • maxKeepAliveRequest:服务器关闭之前,客户端发送的流水线最大数目。默认值为100  
  • maxSpareThreads:允许存在空闲线程的最大数目,默认值为50  
  • minSpareThreads:设当连接器第一次启协创建线程的数目,确保至少有这么多的空闲线程可用。默认值为4  
  • port:服务端套接字监听的TCP端标语,默认值为8080(必须)  
  • socketBuffer:设Socket输出缓冲区的巨细(以字节为单元),-1表示克制缓冲,默认值为9000字节  
  • toNoDelay:为true时,可以提高性能。默认值为true  
  • threadPriority:设JVM中请求处置处罚线程优先级。默认值为NORMAL-PRIORITY
例:
  1. <Connector
  2. port="8080" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false"
  3. redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" />
复制代码
AJP连接器:

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

      
  • backlog:当全部大概的请求处置处罚线程都在使用时,队列中列队的请求最大数目。默认为10,当队列已满,任何请求都将被拒绝  
  • maxSpareThread:允许存在空闲线程的最大数目,默认值为50  
  • maxThread:最大线程数,默认值为200  
  • minSpareThreads:设当连接器第一次启动时创建线程的数目,确保至少有这么多的空闲线程可用,默认值为4  
  • port:服务端套接字的TCP端标语,默认值为8089(必须)  
  • topNoDelay:为true时,可以提高性能,默认值为true  
  • soTimeout:超时值
例:
  1. <!—Define an AJP1.3 Connector on port 8089-->
  2. <Connector port=”8089” enableLookups=”false” redirectPort=”8443” protocol=”AJP/1.3” />
复制代码
<Engine>元素:

为特定的Service处置处罚全部的叨教。每个Service只能包罗一个Engine元素,它负责接收和处置处罚此Service全部的连接器收到的请求,向连接发反相应,并终极表现在客户端。<Engine>至少有一个<Host>元素,必须至少有一个<Host>属性的名字与defaultHost指定的名字相匹配。
属性:

      
  • className:实现org.apache.catalina.Engine接口,默认实现类为org.apache.catalina.core.StandardEngine类  
  • defaultHost:默认主机名,值必须与<Service>的name值相匹配  
  • name:指定Engine的逻辑名字(必须)  
  • jvmRoute:在负载匀衡中使用的标识符,必须唯一
例:
  1. <Engine name=”Cataline” defaultHost=”localhst”>
复制代码
<Host>元素:

表示一个虚拟主机,为特定的虚拟主机处置处罚全部请求
属性:

      
  • appBase:设定应用步伐的基目次,绝对路径或相对于%CATALINA_HOME%的路径名  
  • autoDeploy:指示Tomcat运行时,如有新的WEB步伐加开appBase指定的目次下,是否为主动布署,默认值为true  
  • className:实现了org.apache.catalina.Host接口的类,标准实现类为org.apache.catalina.core.StandardHost类  
  • deployOnStartup:Tomcat启动时,是否主动摆设appBase属性指定目次下全部的WEB应用步伐,默认值为true  
  • name:虚拟主机的网络名(必须)
标准Host实现类org.apahce.catalina.core.StandardHost支持的附加属性:

      
  • deployXML:为false将不会剖析WEB应用步伐内部的context.xml,默认值为true  
  • unPackWARs:虚拟主机指定临时读写使用的目次的路径名,不设,Tomcat会在%CATALINA_HOME%/work目次下提供一个符合的目次。
例:
  1. <Host name=”localhst” appBase=”webapps” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”>
复制代码
设置虚拟主机:
  1. <Hostname=”xxx” appBase=”c:/test”>
  2. <Contentpath=”” docBase=”e:/abe”/>
  3. </Hostname>
复制代码
<context>元素:

一个WEB应用步伐,处置处罚当前WEB应用步伐的全部请求,每一个<Context>必须使用唯一的上下文路径。
属性:

      
  • className:实现了org.apache.catalina.Context接口的类,标准实现类org.apache.catalina.core.StandardContext类  
  • cookies:是否将Cookie应用于Session,默认值为true  
  • crossContext:是否允许跨域访问,为true时,在步伐内调用ServletContext.getContext()方法将返回一个虚拟主机上别的web步伐的请求调度器。默认值为false,调 径用getContext()返回为null  
  • docBase:绝对路径或相对于Host的appBase 属性的相对路径  
  • privileged:为true,允许Web应用步伐使用容器的Servlet  
  • path:指定上下文路径。一个虚拟主机中,上下文路径必须唯一  
  • reloadable:为true,Tomcat运行时,假如WEB-INF/classes和WEB-INF/lib目次中有改变,Tomcat会主动重新加载该WEB应用步伐。虽方便,但开销也大,默认值为false,我们在调用可以打开,发布后再关闭。  
  • cacheMaxSize:静态资源缓存最大值,以KB为单元,默认值为10240KB  
  • cachingAllowed:是否允许静态资源缓存,默认为true  
  • caseSensitive:默认为true,资源文件名巨细写敏感,假如为false巨细写不敏感  
  • unpackWAR:默认为true  
  • workDir:为WEB应用步伐内部的Servlet指定临时读写的目次路径名。如没有设置,则Tomcat会在%CATALINA_HOME%/work目次下提供一个符合的目次
例:
  1. <Content path=”/abc” docBase=”d:/xyz” reloadable=”true” />
复制代码
Tomcat性能优化方案整理

考虑一下这种场景,你开辟了一个应用,它有十分良好的布局计划,最新的特性以及别的的良好特点。但是在性能这方面短缺,不管这个应用怎样都会遭到客户拒绝。客户总是盼望它们的应用应该有更好的性能。
假如你在产品中使用了Tomcat服务器,那么这篇文章就会给你几方面来提升Tomcat服务器的性能。感谢ITWorld article给本文提供资源。颠末沉思我已经知道了和早期版本相比最新的Tomcat提供更好的性能和稳固性。以是不停使用最新的Tomcat版本。现在本文使用下面几步来提高Tomcat服务器的性能。
      
  • 增加JVM堆内存巨细  
  • 修复JRE内存走漏  
  • 线程池设置  
  • 压缩  
  • 数据库性能调优  
  • 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",下面,给出这个文件的设置信息,
  1. JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8
  2. -server -Xms1024m -Xmx1024m
  3. -XX:NewSize=512m -XX:MaxNewSize=512m -XX:PermSize=512m
  4. -XX:MaxPermSize=512m -XX:+DisableExplicitGC"
  5. -Xms – 指定初始化时化的栈内存
  6. -Xms – 指定初始化时化的栈内存
  7. -Xmx – 指定最大栈内存
复制代码
在重启你的Tomcat服务器之后,这些设置的更改才会有用。下面将介绍如那边理JRE内存走漏.
第二步 – 解决JRE内存泄露
性能体现不佳的另一个重要原因是内存走漏,正如我之前说过:始终使用最新的tomcat服务器以得到更好的性能和可伸缩性。现在,这句话变成真的。假如我们使用最新的tomcat版本6.0.26及以上就可以解决这个错误,由于它包罗了一个监听器来处置处罚JRE和PermGen的内存走漏。使用的监听器是,
  1. <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
复制代码
你可以在server.xml文件中找到这个监听器的设置,server.xml位置在“tomcat project folder/conf/server.xml”。接下来,我们将看看怎样调解连接属性“maxThreads”。
第三步 – 线程池设置
线程池指定Web请求负载的数目,因此,为得到更好的性能这部分应小心处置处罚。可以通过调解连接器属性“maxThreads”完成设置。maxThreads的值应该根据流量的巨细,假如值过低,将有没有足够的线程来处置处罚全部的请求,请求将进入等候状态,只有当一个的处置处罚线程释放后才被处置处罚;假如设置的太大,Tomcat的启动将耗费更多时间。因此它取决于我们给maxThreads设置一个正确的值。
  1. <Connector port="8080" address="localhost"
  2. maxThreads="250" maxHttpHeaderSize="8192"
  3. emptySessionPath="true" protocol="HTTP/1.1"
  4. enableLookups="false" redirectPort="8181" acceptCount="100"
  5. connectionTimeout="20000" disableUploadTimeout="true" />
复制代码
在上述设置中,maxThreads值设定为“250”,这指定可以由服务器处置处罚的并发请求的最大数目。假如没有指定,这个属性的默认值为“200”。任何多出的并发请求将收到“拒绝连接”的错误提示,直到另一个处置处罚请求进程被释放。错误看起来如下,
  1. org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (250) are
  2. 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像如下设置中完成,
  1. <Connector port="8080" protocol="HTTP/1.1"
  2. connectionTimeout="20000"
  3. redirectPort="8181" compression="500"
  4. 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。
第七步 – 其他选项
这些选项是:
      
  • 开启浏览器的缓存,这样读取存放在webapps文件夹里的静态内容会更快,大大推动团体性能。  
  • 每当开机时,Tomcat服务器应当主动地重启。  
  • 一样寻常情况下HTTPS请求会比HTTP请求慢。假如你想要更好的安全性,纵然慢一点我们还是要选择HTTPS。
设置TOMCAT启用GZIP压缩

原理简介
HTTP 压缩可以大大提高浏览网站的速率,它的原理是,在客户端请求服务器对应资源后,从服务器端将资源文件压缩,再输出到客户端,由客户端的浏览器负责解压缩并浏览。
相对于普通的浏览过程HTML ,CSS,Javascript , Text ,它可以节流40%左右的流量。更为重要的是,它可以对动态生成的,包括CGI、PHP , JSP , ASP , Servlet,SHTML等输出的网页也能举行压缩,压缩服从也很高。
设置方法

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

修改%TOMCAT_HOME%/conf/server.xml,修订节点如下:
  1. <Connector port="80" protocol="HTTP/1.1"
  2. connectionTimeout="20000"
  3. redirectPort="8443" executor="tomcatThreadPool" URIEncoding="utf-8"
  4. compression="on"
  5. compressionMinSize="50" noCompressionUserAgents="gozilla, traviata"
  6. compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" />
复制代码
从上面节点的属性可以看出,要使用gzip压缩功能,你必要在Connector节点中加上如下属性

      
  • compression="on" 打开压缩功能  
  • compressionMinSize="50" 启用压缩的输出内容巨细,默认为2KB  
  • noCompressionUserAgents="gozilla, traviata" 对于以下的浏览器,不启用压缩  
  • compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" 哪些资源类型必要压缩
测试方法

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

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

各人直接通过浏览器访问启用了压缩设置的服务器,然后通过抓包工具检察抓到的数据包,假如内容有很多你看不懂,就说明已经启用压缩功能了。
通过步伐模拟请求

我们用httpclient写一个简朴的测试步伐,代码如下:
  1. @Test
  2. public void testGzip() {
  3. HttpClient httpClient = new HttpClient();
  4. GetMethod getMethod = new GetMethod("http://localhost/admin.jsp");
  5. try {
  6. getMethod.addRequestHeader("accept-encoding", "gzip,deflate");
  7. getMethod.addRequestHeader("user-agent","Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Alexa Toolbar; Maxthon 2.0)");
  8. int result = httpClient.executeMethod(getMethod);
  9. if (result == 200) {
  10. System.out.println(getMethod.getResponseContentLength());
  11. String html = getMethod.getResponseBodyAsString();
  12. System.out.println(html);
  13. System.out.println(html.getBytes().length);
  14. }
  15. } catch (HttpException e) {
  16. e.printStackTrace();
  17. } catch (IOException e) {
  18. e.printStackTrace();
  19. } finally {
  20. getMethod.releaseConnection();
  21. }
  22. }
复制代码
实验这个junit步伐,看看它所输出的是什么内容,假如输出的是一些乱码,而且打印内容的长度远小于实际的长度,就说明我们的设置见效了,通过一些别的验证工具,会发现网站浏览速率会显着提升。

备注:假如发现内容没有被压缩,可以考虑调解compressionMinSize巨细,假如请求资源小于这个数值,则不会启用压缩。
以上就是本文的全部内容,盼望对各人的学习有所帮助,也盼望各人多多支持脚本之家。

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作