首页 > csdn导入, 技术 > 使用Cache-Control和gzip提升tomcat应用性能(整理)

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

2008年10月2日 marshall 发表评论 阅读评论

这个其实应该是常识，只不过以前做的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得来，我自己做了一下整理

分类: csdn导入, 技术 标签: , ,
  1. 本文目前尚无任何评论.
  1. 本文目前尚无任何 trackbacks 和 pingbacks.

*
To prove you're a person (not a spam script), type the security word shown in the picture. Click on the picture to hear an audio file of the word.
Click to hear an audio file of the anti-spam word