Tomcat 配置详解/优化方案(转)
转载地址：https://blog.csdn.net/cicada688/article/details/14451541/javascript
Service.xml
Server.xml配置文件用于对整个容器进行相关的配置。css
<Server>元素：
是整个配置文件的根元素。表示整个Catalina容器。html
属性：
className：实现了org.apache.catalina.Server接口的类名，标准实现类是org.apache.catalina.core.StandardServer类。
Port：Tomcat服务器监听用于关闭Tomcat服务器的命令（必须）
Shutdown：发送到端口上用于关闭Tomcat服务器的命令。java
例：
<Serverport=”8005” shutdown=”SHUTDOWN”>程序员
<Connector>元素：
链接器，负责接收客户的请求，以及向客户端回送响应的消息。web
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
例：
<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链接器组件。
属性：
backlog：当全部可能的请求处理线程都在使用时，队列中排队的请求最大数目。默认为10，当队列已满，任何请求都将被拒绝
maxSpareThread：容许存在空闲线程的最大数目，默认值为50
maxThread：最大线程数，默认值为200
minSpareThreads：设当链接器第一次启动时建立线程的数目，确保至少有这么多的空闲线程可用，默认值为4
port：服务端套接字的TCP端口号，默认值为8089（必须）
topNoDelay：为true时，能够提升性能，默认值为true
soTimeout：超时值
例：
<!—Define an AJP1.3 Connector on port 8089-->
<Connector port=”8089” enableLookups=”false” redirectPort=”8443” protocol=”AJP/1.3” />apache
<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：在负载匀衡中使用的标识符，必须惟一浏览器
例：
<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目录下提供一个合适的目录。
例：
<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>必须使用惟一的上下文路径。
属性：
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目录下提供一个合适的目录
例：
<Content path=”/abc” docBase=”d:/xyz” reloadable=”true” />
~~~~~~~~~~~~~~~~~~Tidied up by Travis.Tang on 2013.11.07~~~~~~~~~~~~~~~
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"，下面，给出这个文件的配置信息，
-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设置一个正确的值。
在上述配置中，maxThreads值设定为“250”，这指定能够由服务器处理的并发请求的最大数量。若是没有指定，这个属性的默认值为“200”。任何多出的并发请求将收到“拒绝链接”的错误提示，直到另外一个处理请求进程被释放。错误看起来以下，
若是应用提示上述错误，务必检查上述错误是不是因为单个请求花费太长时间形成的，这个问题的缘由是这样的，有时候若是数据库链接不释放的话，进程将不会处理其它请求。
注意: 若是请求的数量超过了“750”，这将不是意味着将maxThreads属性值设置为“750”，它意外着最好使用“Tomcat集群”的多个实例。也就是说，若是有“1000”请求，两个Tomcat实例设置“maxThreads= 500”，而不在单Tomcat实例的状况下设置maxThreads=1000。
根据个人经验，准确值的设定能够经过将应用在在各类环境中测试得出。接下来，咱们来看看如何压缩的MIME类型。
第4步- 压缩
Tomcat有一个经过在server.xml配置文件中设置压缩的选项。压缩能够在connector像以下设置中完成，
第五步- 数据库性能调优
Tomcat性能在等待数据库查询被执行期间会下降。现在大多数应用程序都是使用可能包含“命名查询”的关系型数据库。若是是那样的话，Tomcat会在启动时默认加载命名查询，这个可能会提高性能。另外一件重要事是确保全部数据库链接正确地关闭。给数据库链接池设置正确值也是十分重要的。我所说的值是指Resource要素的最大空闲数（maxIdle），最大链接数（maxActive）,最大创建链接等待时间（maxWait）属性的值。由于配置依赖与应用要求，我也不能在本文指定正确的值。你能够经过调用数据库性能测试来找到正确的值。
第6步 – Tomcat原生库
Tomcat的原生库基于Apache可移植运行时（Apache Portable Runtime简称APR），给程序员提供了超强的扩展性和性能，在产品运做中帮助融合原生的服务器技术以展示最佳的性能。想知道安装说明的朋友请参考Tomcat Native Library – (APR) Installation。
第7步 – 其余选项
这些选项是：
- 开启浏览器的缓存，这样读取存放在webapps文件夹里的静态内容会更快，大大推进总体性能。
- 每当开机时，Tomcat服务器应当自动地重启。
- 通常状况下HTTPS请求会比HTTP请求慢。若是你想要更好的安全性，即便慢一点咱们仍是要选择HTTPS。
~~~~~~~~~~~~~~~~Tidied up by Travis.Tang on 2013.11.07~~~~~~~~~~~~~~
设置TOMCAT启用GZIP压缩
原理简介
-
<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" />
- compression="on" 打开压缩功能
- compressionMinSize="50" 启用压缩的输出内容大小，默认为2KB
- noCompressionUserAgents="gozilla, traviata" 对于如下的浏览器，不启用压缩
- compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" 哪些资源类型须要压缩
-
-
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();
-
}
-
}
- 1. Tomcat 配置详解/优化方案
- 2. tomcat优化方案(转)
- 3. Tomcat配置及优化方案
- 4. Tomcat记录-tomcat经常使用配置详解和优化方法（转载）
- 5. 转载--详解tomcat配置
- 6. Springcloud配置优化方案
- 7. tomcat经常使用配置详解和优化方法
- 8. Tomcat优化配置
- 9. tomcat配置优化
- 10. Tomcat7优化配置方案(windows平台)
- 更多相关文章...
- • MyBatis配置文件详解 - MyBatis教程
- • Eclipse Debug 配置 - Eclipse 教程
- • IntelliJ IDEA 代码格式化配置和快捷键
- • PHP Ajax 跨域问题最佳解决方案
-
每一个你不满意的现在，都有一个你没有努力的曾经。