Tomcat：配置+优化方案（详解版）

小灰灰 2023-07-17 15:52 11阅读 0赞

这篇文章主要介绍了Tomcat 配置与优化方案详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下哦！

# **Service.xml** #

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

**1、<Server>元素：**是整个配置文件的根元素。表示整个Catalina容器。

**属性：**

*  className：实现了org.apache.catalina.Server接口的类名，标准实现类是org.apache.catalina.core.StandardServer类。
 *  Port：Tomcat服务器监听用于关闭Tomcat服务器的命令（必须）
 *  Shutdown：发送到端口上用于关闭Tomcat服务器的命令。

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> </td> 
>    <td> <p><code>&lt;Serverport=”8005” </code><code>shutdown</code><code>=”SHUTDOWN”&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Serverport=”8005” shutdown=”SHUTDOWN”>

**2、<Connector>元素：**连接器，负责接收客户的请求，以及向客户端回送响应的消息。

**3、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

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> </td> 
>    <td> <p><code>&lt;Connector </code></p> <p><code>port=</code><code>"8080"</code> <code>maxHttpHeaderSize=</code><code>"8192"</code> <code>maxThreads=</code><code>"150"</code> <code>minSpareThreads=</code><code>"25"</code> <code>maxSpareThreads=</code><code>"75"</code> <code>enableLookups=</code><code>"false"</code></p> <p><code>redirectPort=</code><code>"8443"</code> <code>acceptCount=</code><code>"100"</code> <code>connectionTimeout=</code><code>"20000"</code> <code>disableUploadTimeout=</code><code>"true"</code> <code>/&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Connector port="8080" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" />

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

**属性：**

*  backlog：当所有可能的请求处理线程都在使用时，队列中排队的请求最大数目。默认为10，当队列已满，任何请求都将被拒绝
 *  maxSpareThread：允许存在空闲线程的最大数目，默认值为50
 *  maxThread：最大线程数，默认值为200
 *  minSpareThreads：设当连接器第一次启动时创建线程的数目，确保至少有这么多的空闲线程可用，默认值为4
 *  port：服务端套接字的TCP端口号，默认值为8089（必须）
 *  topNoDelay：为true时，可以提高性能，默认值为true
 *  soTimeout：超时值

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> </td> 
>    <td> <p><code>&lt;!—Define an AJP1.3 Connector on port 8089--&gt;</code></p> <p><code>&lt;Connector port=”8089” enableLookups=”</code><code>false</code><code>” redirectPort=”8443” protocol=”AJP</code><code>/1</code><code>.3” /&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <!—Define an AJP1.3 Connector on port 8089--> <Connector port=”8089” enableLookups=”false” redirectPort=”8443” protocol=”AJP/1.3” />

**5、<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：在负载匀衡中使用的标识符，必须唯一

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> </td> 
>    <td> <p><code>&lt;Engine name=”Cataline” defaultHost=”localhst”&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Engine name=”Cataline” defaultHost=”localhst”>

**6、<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目录下提供一个合适的目录。

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> </td> 
>    <td> <p><code>&lt;</code><code>Host</code> <code>name=”localhst” appBase=”webapps” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Host name=”localhst” appBase=”webapps” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”>

**7、配置虚拟主机：**

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> </td> 
>    <td> <p><code>&lt;</code><code>Hostname</code><code>=”xxx” appBase=”c:/test”&gt;</code></p> <p><code>&lt;</code><code>Contentpath</code><code>=”” docBase=”e:/abe”/&gt;</code></p> <p><code>&lt;/</code><code>Hostname</code><code>&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Hostname=”xxx” appBase=”c:/test”> <Contentpath=”” docBase=”e:/abe”/> </Hostname>

**8、<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目录下提供一个合适的目录

> 例：
> 
> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> </td> 
>    <td> <p><code>&lt;Content path=”</code><code>/abc</code><code>” docBase=”d:</code><code>/xyz</code><code>” reloadable=”</code><code>true</code><code>” /&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <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"，下面，给出这个文件的配置信息，

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> <p>4</p> <p>5</p> <p>6</p> <p>7</p> </td> 
>    <td> <p><code>JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8</code></p> <p><code>-server -Xms1024m -Xmx1024m</code></p> <p><code>-XX:NewSize=512m -XX:MaxNewSize=512m -XX:PermSize=512m</code></p> <p><code>-XX:MaxPermSize=512m -XX:+DisableExplicitGC"</code></p> <p><code>-Xms – 指定初始化时化的栈内存</code></p> <p><code>-Xms – 指定初始化时化的栈内存</code></p> <p><code>-Xmx – 指定最大栈内存</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>

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的内存泄漏。使用的监听器是，

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> </td> 
>    <td> <p><code>&lt;Listener className=</code><code>"org.apache.catalina.core.JreMemoryLeakPreventionListener"</code> <code>/&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />

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

**第三步 – 线程池设置**

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

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> <p>4</p> <p>5</p> </td> 
>    <td> <p><code>&lt;Connector port=</code><code>"8080"</code> <code>address=</code><code>"localhost"</code></p> <p><code>maxThreads=</code><code>"250"</code> <code>maxHttpHeaderSize=</code><code>"8192"</code></p> <p><code>emptySessionPath=</code><code>"true"</code> <code>protocol=</code><code>"HTTP/1.1"</code></p> <p><code>enableLookups=</code><code>"false"</code> <code>redirectPort=</code><code>"8181"</code> <code>acceptCount=</code><code>"100"</code></p> <p><code>connectionTimeout=</code><code>"20000"</code> <code>disableUploadTimeout=</code><code>"true"</code> <code>/&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <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”。任何多出的并发请求将收到“拒绝连接”的错误提示，直到另一个处理请求进程被释放。错误看起来如下，

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> </td> 
>    <td> <p><code>org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (250) are</code></p> <p><code>currently busy, waiting. Increase maxThreads (250) or check the servlet status</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> 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像如下设置中完成，

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> <p>4</p> </td> 
>    <td> <p><code>&lt;Connector port=</code><code>"8080"</code> <code>protocol=</code><code>"HTTP/1.1"</code></p> <p><code>connectionTimeout=</code><code>"20000"</code></p> <p><code>redirectPort=</code><code>"8181"</code> <code>compression=</code><code>"500"</code></p> <p><code>compressableMimeType=</code><code>"text/html,text/xml,text/plain,application/octet-stream"</code> <code>/&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <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。

**第七步 – 其他选项**

这些选项是：

*  开启浏览器的缓存，这样读取存放在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，修订节点如下：

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> <p>4</p> <p>5</p> <p>6</p> </td> 
>    <td> <p><code>&lt;Connector port=</code><code>"80"</code> <code>protocol=</code><code>"HTTP/1.1"</code></p> <p><code>connectionTimeout=</code><code>"20000"</code></p> <p><code>redirectPort=</code><code>"8443"</code> <code>executor=</code><code>"tomcatThreadPool"</code> <code>URIEncoding=</code><code>"utf-8"</code></p> <p><code>compression=</code><code>"on"</code></p> <p><code>compressionMinSize=</code><code>"50"</code> <code>noCompressionUserAgents=</code><code>"gozilla, traviata"</code></p> <p><code>compressableMimeType=</code><code>"text/html,text/xml,text/javascript,text/css,text/plain"</code> <code>/&gt;</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> <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节点中加上如下属性

*  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写一个简单的测试程序，代码如下：

> <table> 
>  <tbody> 
>   <tr> 
>    <td> <p>1</p> <p>2</p> <p>3</p> <p>4</p> <p>5</p> <p>6</p> <p>7</p> <p>8</p> <p>9</p> <p>10</p> <p>11</p> <p>12</p> <p>13</p> <p>14</p> <p>15</p> <p>16</p> <p>17</p> <p>18</p> <p>19</p> <p>20</p> <p>21</p> <p>22</p> </td> 
>    <td> <p><code>@Test</code></p> <p><code>public</code> <code>void</code> <code>testGzip() { </code></p> <p><code>HttpClient httpClient = </code><code>new</code> <code>HttpClient(); </code></p> <p><code>GetMethod getMethod = </code><code>new</code> <code>GetMethod(</code><code>"<a href="http://localhost/admin.jsp" rel="nofollow">http://localhost/admin.jsp</a>"</code><code>); </code></p> <p><code>try</code> <code>{ </code></p> <p><code>getMethod.addRequestHeader(</code><code>"accept-encoding"</code><code>, </code><code>"gzip,deflate"</code><code>); </code></p> <p><code>getMethod.addRequestHeader(</code><code>"user-agent"</code><code>,</code><code>"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Alexa Toolbar; Maxthon 2.0)"</code><code>); </code></p> <p><code>int</code> <code>result = httpClient.executeMethod(getMethod); </code></p> <p><code>if</code> <code>(result == </code><code>200</code><code>) { </code></p> <p><code>System.out.println(getMethod.getResponseContentLength()); </code></p> <p><code>String html = getMethod.getResponseBodyAsString(); </code></p> <p><code>System.out.println(html); </code></p> <p><code>System.out.println(html.getBytes().length); </code></p> <p><code>} </code></p> <p><code>} </code><code>catch</code> <code>(HttpException e) { </code></p> <p><code>e.printStackTrace(); </code></p> <p><code>} </code><code>catch</code> <code>(IOException e) { </code></p> <p><code>e.printStackTrace(); </code></p> <p><code>} </code><code>finally</code> <code>{ </code></p> <p><code>getMethod.releaseConnection(); </code></p> <p><code>} </code></p> <p><code>}</code></p> </td> 
>   </tr> 
>  </tbody> 
> </table>
> 
> @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大小，如果请求资源小于这个数值，则不会启用压缩。