设置TOMCAT启用GZIP压缩 包括导致没返回的问题

设置TOMCAT启用GZIP压缩

 

原理简介

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

配置方法

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

 

修改%TOMCAT_HOME%/conf/server.xml，修订节点如下：

[xhtml]  view plain  copy

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

[java]  view plain  copy

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大小，如果请求资源小于这个数值，则不会启用压缩。

我们在使用Tomcat优化配置时，都会开始Tomcat的Gzip压缩功能，配置如下：

<Connector port="8080"
    ...
    compression="on"
    compressionMinSize="2048"
    noCompressionUserAgents="gozilla,traviata"
    compressableMimeType="text/html,text/xml,application/javascript,text/css,text/plain" />

参数说明：  
compression="on"  打开压缩功能 
compressionMinSize="2048"  启用压缩的输出内容大小，当被压缩对象的大小>=该值时才会被压缩，这里面默认为2KB 
noCompressionUserAgents="gozilla, traviata"  对于以下的浏览器，不启用压缩 
compressableMimeType="text/html,text/xml,application/javascript,text/css,text/plain"  压缩类型 

注意：tomcat7以后，js文件的mimetype类型变为了application/javascript，具体的tomcat7定义的类型可以在：conf/web.xml文件中找到。

那么我们如何测试配置的Gzip压缩功能生效了呢？ 
答案就是：使用apache HttpClient访问该tomcat加载项目中的一个静态资源(比如一个js文件)，然后打印请求的资源内容 或 资源ContentLength，如果打印的资源内容为乱码 或 ContentLength为 -1，则说明gzip生效了。

代码如下：

public static void main(String[] args)
{
	String uri = "http://localhost:8080/gziptest/jquery.js";
	HttpClient httpClient = new DefaultHttpClient();
	HttpGet get = new HttpGet(uri);
	ResponseHandler<String> responseHandler = new BasicResponseHandler();
	
	try {
		// 设置模拟头部
		get.setHeader("Accept-Encoding", "gzip,deflate");
		get.setHeader("User-Agent", "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36");
		
		String content = httpClient.execute(get, responseHandler);
		System.out.println(content); // 如果gzip生效，这里会打印出乱码；否则会打印出jquery.js的内容
		
		/*
		HttpResponse response = httpClient.execute(get);
		long cLen = response.getEntity().getContentLength();
		System.out.println(cLen); // 如果gzip生效，这里打印的长度值将会是 -1 或一个比原始文件大小小很多的值
		*/	
		
	} catch(Exception e) {
		// ignore ...
	} finally {
		httpClient.getConnectionManager().shutdown();	
	}
	
}
   
   


   
   

但是有时返回文件太大也会被压缩，导致请求没有返回，只要把 on 关掉就行。

服务器配置

set CATALINA_HOME=D:\server\apache-tomcat-5.5.31


set JAVA_OPTS=-server -Xmn80m -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m


&lt;Connector port="8080" maxHttpHeaderSize="8192" useBodyEncodingForURI="true" maxThreads="2000" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" edirectPort="8443" acceptCount="4000" compression="on" compressionMinSize="2048"  noCompressionUserAgents="gozilla, traviata" compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" connectionTimeout="60000" disableUploadTimeout="true" URIEncoding="UTF-8"/&gt;


现在来说一下如何在TOM猫中一步到位（要求TOM猫5.0以后版本）。 
在conf/server.xml中找到第一个Connector，加入如下属性即可，就是这么简单： 
compression="on" compressionMinSize="2048" noCompressionUserAgents="gozilla, traviata"  compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" 
第一行表示开启gzip压缩，第二行表示神马希望有人能告诉我，第三行表示需要排除的浏览器，第四行就是需要压缩的文件的mine类型了。 
悄悄透露，使用之后，腰不酸了，腿不疼了，一口气上五楼。 
最后，推荐两个GZIP在线检测的网站： 
老外的：<a href="http://www.seoconsultants.com/tools/compression">http://www.seoconsultants.com/tools/compression</a> 
国产的：<a href="http://gzip.iamzz.com/">http://gzip.iamzz.com/</a> 
compressionMinSize="2048" 
这个神马表示大于2048字节的输出才启用gzip，因为太小压缩不划算，甚至反而变大。
启用gzip，会提高client、server的cpu占用率。 
需要平衡服务器的io和cpu，综合考虑。&nbsp; 


server.xml 
Xml代码  1.&lt;Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="2000" minSpareThreads="1000"/&gt;
&lt;Connector port="8080" maxHttpHeaderSize="8192" useBodyEncodingForURI="true" maxThreads="2000" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" edirectPort="8443" acceptCount="4000" compression="on" compressionMinSize="2048" connectionTimeout="20000" URIEncoding="UTF-8"/&gt;
catalina.bat set JAVA_OPTS=-Xms1400m -Xmx1400m -Djava.awt.headless=true
JavaFX教程-类与对象 | 10 javaScript的异常处理 try{ }catch(the ... 2009-05-04 Tomcat内存设置详解 文章分类:Java编程  Java内存溢出详解


一、常见的Java内存溢出有以下三种：


1. java.lang.OutOfMemoryError: Java heap space----JVM Heap（堆）溢出 JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。
可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap的大小是Young Generation 和Tenured Generaion 之和。
在JVM中如果98％的时间是用于GC，且可用的Heap size 不足2％的时候将抛出此异常信息。 
解决方法：手动设置JVM Heap（堆）的大小。 


2. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。 PermGen space的全称是Permanent Generation space，是指内存的永久保存区域。
为什么会内存溢出，这是由于这块内存主要是被JVM存放Class和Meta信息的，Class在被Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同,sun的 GC不会在主程序运行期对PermGen space进行清理，所以如果你的APP会载入很多CLASS的话，就很可能出现PermGen space溢出。
解决方法： 手动设置MaxPermSize大小 


3. java.lang.StackOverflowError&nbsp; ---- 栈溢出 栈溢出了，JVM依然是采用栈式的虚拟机，这个和C和Pascal都是一样的。函数的调用过程都体现在堆栈和退栈上了。 调用构造函数的 &#8220;层&#8221;太多了，以致于把栈区溢出了。 通常来讲，一般栈区远远小于堆区的，因为函数调用过程往往不会多于上千层，而即便每个函数调用需要 1K的空间(这个大约相当于在一个C函数内声明了256个int类型的变量)，那么栈区也不过是需要1MB的空间。通常栈的大小是1－2MB的。 通常递归也不要递归的层次过多，很容易溢出。 
解决方法：修改程序。




二、解决方法


在生产环境中tomcat内存设置不好很容易出现jvm内存溢出。


1、linux下的tomcat： 
修改TOMCAT_HOME/bin/catalina.sh  在&#8220;echo "Using CATALINA_BASE: $CATALINA_BASE"&#8221;上面加入以下行：  JAVA_OPTS="-server -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m" 


2、如果tomcat 5 注册成了windows服务，以services方式启动的，则需要修改注册表中的相应键值。 
修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\Java，右侧的Options 原值为 -Dcatalina.home="C:\ApacheGroup\Tomcat 5.0" -Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed" -Xrs 加入 -Xms256m -Xmx512m  重起tomcat服务,设置生效


3、如果tomcat 6 注册成了windows服务，或者windows2003下用tomcat的安装版，
在/bin/tomcat6w.exe里修改就可以了 。 


4、如果要在myeclipse中启动tomcat，上述的修改就不起作用了，可如下设置：
Myeclipse-&gt;preferences-&gt;myeclipse-&gt;servers-&gt;tomcat-&gt;tomcat&#215;.&#215;-&gt;JDK面板中的
Optional Java VM arguments中添加：-Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m






三、jvm参数说明：


-server:一定要作为第一个参数，在多个CPU时性能佳  -Xms：java Heap初始大小。 默认是物理内存的1/64。 -Xmx：java heap最大值。建议均设为物理内存的一半。不可超过物理内存。


 -XX:PermSize:设定内存的永久保存区初始大小，缺省值为64M。（我用visualvm.exe查看的）
-XX:MaxPermSize:设定内存的永久保存区最大大小，缺省值为64M。（我用visualvm.exe查看的）


-XX:SurvivorRatio=2&nbsp; :生还者池的大小,默认是2，如果垃圾回收变成了瓶颈，您可以尝试定制生成池设置


-XX:NewSize: 新生成的池的初始大小。 缺省值为2M。 
-XX:MaxNewSize: 新生成的池的最大大小。&nbsp; 缺省值为32M。 
如果 JVM 的堆大小大于 1GB，则应该使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者将堆的总大小的 50% 到 60% 分配给新生成的池。调大新对象区，减少Full GC次数。


 +XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。  -Xss：每个线程的Stack大小，&#8220;-Xss 15120&#8221; 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k. 
-verbose:gc 现实垃圾收集信息  -Xloggc:gc.log 指定垃圾收集日志文件  -Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一  -XX:+UseParNewGC ：缩短minor收集的时间  -XX:+UseConcMarkSweepGC ：缩短major收集的时间 此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。
-XX:userParNewGC 可用来设置并行收集【多CPU】 -XX:ParallelGCThreads 可用来增加并行度【多CPU】 -XX:UseParallelGC 设置后可以使用并行清除收集器【多CPU】