现在的位置: 首页 > 综合 > 正文

使用Cache-Control和gzip提升tomcat应用性能(整理)

2013年10月13日 ⁄ 综合 ⁄ 共 3251字 ⁄ 字号 小 中 大 ⁄ 评论关闭

   
这个其实应该是常识，只不过以前做的J2EE应用大部分是内网里跑的东西，所以性能上没什么问题。这次APIS由于有在外面用的可能，加上使用了一些比较大的javascript框架(Ext)，所以性能问题瞬间窜了上来。
以前做的J2EE应用没有使用上达500K的框架，最多就是几十K的Prototype，所以没什么问题。一个页面一般也就几十K最多了。但这次还在开发中的APIS，由于还在用debug版本的库，所以单单Ext就膨胀到了一个多M，加上不知道是Struts还是Tomcat默认写入Response的cache-control:
no cache，在远程用起来就很慢，一般一个页面需要十多秒种甚至更久，实在无法忍受。前几天集中解决了问题。
   
首先是Cache-Control的问题，Google了好一阵，没有什么直接配置的方法，只好自己抄了一个一个Filter，通过和web.xml里配置的配合勉强凑合着用。一般就是对*.do实施no-cache政策，其他需要缓存的img,
js文件，统统加上长达两周的缓存期限。ETag实在不会用，就先用这个缓存策略吧。

Filter的代码：

  1. public class ResponseHeaderFilter implements Filter {
  2.     FilterConfig fc; 
  4.     public void doFilter(ServletRequest req, ServletResponse res,
  5.             FilterChain chain) throws IOException, ServletException {
  6.         HttpServletResponse response = (HttpServletResponse) res;
  7.         // set the provided HTTP response parameters
  8.         for (Enumeration e = fc.getInitParameterNames(); e.hasMoreElements();) {
  9.             String headerName = (String) e.nextElement();
  10.             response.addHeader(headerName, fc.getInitParameter(headerName));
  11.         }
  12.         // pass the request/response on
  13.         chain.doFilter(req, response);
  14.     } 
  16.     public void init(FilterConfig filterConfig) {
  17.         this.fc = filterConfig;
  18.     } 
  20.     public void destroy() {
  21.         this.fc = null;
  22.     } 
  24. }

web.xml里的巧妙配置：

  1. <filter>
  2.         <filter-name>NoCache</filter-name>
  3.         <filter-class>apis.server.common.util.ResponseHeaderFilter</filter-class>
  4.         <init-param>
  5.             <param-name>Cache-Control</param-name>
  6.             <param-value>no-cache, must-revalidate</param-value>
  7.         </init-param>
  8.     </filter>
  9.     <filter>
  10.         <filter-name>CacheForWeek</filter-name>
  11.         <filter-class>apis.server.common.util.ResponseHeaderFilter</filter-class>
  12.         <init-param>
  13.             <param-name>Cache-Control</param-name>
  14.             <param-value>max-age=604800, public</param-value>
  15.         </init-param>
  16.     </filter>
  18. <filter-mapping>
  19.         <filter-name>NoCache</filter-name>
  20.         <url-pattern>*.do</url-pattern>
  21.     </filter-mapping>
  22.     <filter-mapping>
  23.         <filter-name>CacheForWeek</filter-name>
  24.         <url-pattern>/images/*</url-pattern>
  25.     </filter-mapping>
  26.     <filter-mapping>
  27.         <filter-name>CacheForWeek</filter-name>
  28.         <url-pattern>/img/*</url-pattern>
  29.     </filter-mapping>
  30.     <filter-mapping>
  31.         <filter-name>CacheForWeek</filter-name>
  32.         <url-pattern>/icons/*</url-pattern>
  33.     </filter-mapping>
  34.     <filter-mapping>
  35.         <filter-name>CacheForWeek</filter-name>
  36.         <url-pattern>/ext/*</url-pattern>
  37.     </filter-mapping>
  38.     <filter-mapping>
  39.         <filter-name>CacheForWeek</filter-name>
  40.         <url-pattern>*.js</url-pattern>
  41.     </filter-mapping>
  42.     <filter-mapping>
  43.         <filter-name>CacheForWeek</filter-name>
  44.         <url-pattern>*.css</url-pattern>
  45.     </filter-mapping> 

   
   
(插入一段：在探测这些性能问题的时候，我使用的是一个Firebug的插件，也就是Firefox插件的插件-YSlow，好像是Yahoo的，结合Firebug里XHR的Net这块做Profiling，效果很不错，很容易就知道瓶颈)

   
还有一个gzip的办法，就是在服务器压缩内容，再传给浏览器。现在主流的浏览器都支持gzip压缩，而且这些html和js文本压缩起来很厉害，基本上可以有40%的压缩率。办法在servel.xml的注释里也有写，就是在Connector元素里加上

            compression="on"
           
compressionMinSize="2048"
           
noCompressionUserAgents="gozilla,traviata"
           
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"

以上的内容大部分都是Google得来，我自己做了一下整理

返回
【上篇】
【下篇】

作者:

抱歉!评论已关闭.

返回首页

Copyright © 2013-2018 学步园  保留所有权利.
软文销售 QQ客服：2265327166 点击这里给我发消息（其他合作也可洽谈）
必威体育
必威电竞