方法一：在servlet的init()方法中缓存数据
当应用服务器初始化servlet实例之后，为客户端请求提供服务之前，他会调用这个 servlet的init()方法。在一个servlet的生命周期中，init()方法只会被调用一次。通过在init()方法中缓存一些静态的数据或完成一些只需要执行一次的、耗时的操作，就可大大地提高系统性能。
例如，通过在init()方法中建立一个JDBC连接池是个最好例子，假设我们是用 jdbc2.0的DataSource接口来取得数据库连接，在通常的情况下，我们需要通过JNDI来取得具体的数据源。我们能够想象在一个具体的应用中，假如每次SQL请求都要执行一次JNDI查询的话，那系统性能将会急剧下降。解决方法是如下代码，他通过缓存DataSource，使得下一次SQL 调用时仍然能够继续利用他：
public class ControllerServlet extends HttpServlet{ private javax.sql.DataSource testDS = null; public void init(ServletConfig config) throws ServletException{ super.init(config); Context ctx = null; try{ ctx = new InitialContext(); testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS"); }catch(NamingException ne){ne.printStackTrace();} }catch(Exception e){e.printStackTrace();} } public javax.sql.DataSource getTestDS(){ return testDS; } ... ... }
方法 2:禁止servlet和JSP 自动重载(auto-reloading)
Servlet/JSP提供了一个实用的技术，即自动重载技术，他为研发人员提供了一个好的研发环境，当您改变servlet和JSP页面后而不必重启应用服务器。然而，这种技术在产品运行阶段对系统的资源是个极大的损耗，因为他会给JSP引擎的类装载器(classloader)带来极大的负担。因此关闭自动重载功能对系统性能的提升是个极大的帮助。
方法 3: 不要滥用HttpSession
在很多应用中，我们的程式需要保持客户端的状态，以便页面之间能够相互联系。但不幸的是由于 HTTP具备天生无状态性，从而无法保存客户端的状态。因此一般的应用服务器都提供了session来保存客户的状态。在JSP应用服务器中，是通过 HttpSession对像来实现session的功能的，但在方便的同时，他也给系统带来了不小的负担。因为每当您获得或更新session时，系统者要对他进行费时的序列化操作。您能够通过对HttpSession的以下几种处理方式来提升系统的性能。
假如没有必要，就应该关闭JSP页面中对HttpSession的缺省配置。 假如您没有明确指定的话，每个JSP页面都会缺省地创建一个HttpSession。假如您的JSP中无需使用session的话，那能够通过如下的JSP页面指示符来禁止他：
＜%@ page session="false"%＞
不要在HttpSession中存放大的数据对像：假如您在HttpSession中存放大的数据对像的话，每当对他进行读写时，应用服务器都将对其进行序列化，从而增加了系统的额外负担。您在HttpSession中存放的数据对像越大，那系统的性能就下降得越快。
当您无需HttpSession时，尽快地释放他：当您不再需要session时，您能够通过调用HttpSession.invalidate()方法来释放他。尽量将session的超时时间设得短一点：在JSP应用服务器中，有一个缺省的 session的超时时间。当客户在这个时间之后没有进行任何操作的话，系统会将相关的session自动从内存中释放。超时时间设得越大，系统的性能就会越低，因此最好的方法就是尽量使得他的值保持在一个较低的水平。
方法 4: 将页面输出进行压缩
压缩是解决数据冗余的一个好的方法，特别是在网络带宽不够发达的今天。有的浏览器支持 gzip(GNU zip)进行来对HTML文档进行压缩，这种方法能够戏剧性地减少HTML文档的下载时间。因此，假如您将servlet或JSP页面生成的HTML页面进行压缩的话，那用户就会觉得页面浏览速度会很快。但不幸的是，不是任何的浏览器都支持gzip压缩，但您能够通过在您的程式中检查客户的浏览器是否支持他。下面就是关于这种方法实现的一个代码片段：
public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { OutputStream out = null; String encoding = request.getHeader("Accept-Encoding"); if (encoding != null && encoding.indexOf("gzip") != -1){ request.setHeader("Content-Encoding" , "gzip"); out = new GZIPOutputStream(request.getOutputStream()); } else if (encoding != null && encoding.indexOf("comdivss") != -1){ request.setHeader("Content-Encoding" , "comdivss"); out = new ZIPOutputStream(request.getOutputStream()); }else{ out = request.getOutputStream(); } ... ... }
方法 5: 使用线程池
应用服务器缺省地为每个不同的客户端请求创建一个线程进行处理，并为他们分派 service()方法，当service()方法调用完成后，和之相应的线程也随之撤消。由于创建和撤消线程会耗费一定的系统资源，这种缺省模式降低了系统的性能。但所幸的是我们能够通过创建一个线程池来改变这种状况。
另外，我们还要为这个线程池配置一个最小线程数和一个最大线程数。在应用服务器启动时，他会创建数量等于最小线程数的一个线程池，当客户有请求时，相应地从池从取出一个线程来进行处理，当处理完成后，再将线程重新放入到池中。假如池中的线程不够地话，系统会自动地增加池中线程的数量，但总量不能超过最大线程数。通过使用线程池，当客户端请求急剧增加时，系统的负载就会呈现的平滑的上升曲线，从而提高的系统的可伸缩性。
方法 6: 选择正确的页面包含机制
在JSP中有两种方法能够用来包含另一个页面：
1、使用include指示符
＜%@ includee file=”test.jsp” %＞
2、使用jsp指示符
＜jsp:includee page=”test.jsp” flush=”true”/＞
在实际中发现，假如使用第一种方法的话，能够使得系统性能更高。
方法 7:正确地确定javabean的生命周期
JSP的一个强大的地方就是对javabean的支持。通过在JSP页面中使用jsp:useBean标签，能够将javabean直接插入到一个JSP页面中。他的使用方法如下：
＜jsp:useBean id="name" scope="page|request|session|application" class="package.className" type="typeName"＞ ＜/jsp:useBean＞
其中scope属性指出了这个bean的生命周期。缺省的生命周期为page。假如您没有正确地选择bean的生命周期的话，他将影响系统的性能。
举例来说，假如您只想在一次请求中使用某个bean，但您却将这个bean的生命周期配置成了session，那当这次请求结束后，这个bean将仍然保留在内存中，除非session超时或用户关闭浏览器。这样会耗费一定的内存，并无谓的增加了JVM垃圾收集器的工作量。因此为bean配置正确的生命周期，并在bean的使命结束后尽快地清理他们，会使用系统性能有一个提高。
其他一些有用的方法
1、在字符串连接操作中尽量不使用“+”操作符：在java编程中，我们常常使用“+”操作符来将几个字符串连接起来，但您或许从来没有想到过他居然会对系统性能造成影响吧?由于字符串是常量，因此JVM会产生一些临时的对像。您使用的“+”越多，生成的临时对像就越多，这样也会给系统性能带来一些影响。解决的方法是用StringBuffer对像来代替“+”操作符。
2、避免使用System.out.println()方法：由于 System.out.println()是一种同步调用，即在调用他时，磁盘I/O操作必须等待他的完成，因此我们要尽量避免对他的调用。但我们在调试程式时他又是个必不可少的方便工具，为了解决这个矛盾，我建议您最好使用Log4j工具(http://Jakarta.apache.org )，他既能够方便调试，而不会产生System.out.println()这样的方法。
3、ServletOutputStream 和 PrintWriter的权衡：使用PrintWriter可能会带来一些小的开销，因为他将任何的原始输出都转换为字符流来输出，因此假如使用他来作为页面输出的话，系统要负担一个转换过程。而使用ServletOutputStream作为页面输出的话就不存在一个问题，但他是以二进制进行输出的。因此在实际应用中要权衡两者的利弊。
总结
本文的目的是通过对servlet和JSP的一些调优技术来极大地提高您的应用程式的性能，并因此提升整个J2EE应用的性能。通过这些调优技术，您能够发现其实并不是某种技术平台(比如J2EE和.NET之争)决定了您的应用程式的性能，重要是您要对这种平台有一个较为深入的了解，这样您才能从根本上对自己的应用程式做一个优化。
当应用服务器初始化servlet实例之后，为客户端请求提供服务之前，他会调用这个 servlet的init()方法。在一个servlet的生命周期中，init()方法只会被调用一次。通过在init()方法中缓存一些静态的数据或完成一些只需要执行一次的、耗时的操作，就可大大地提高系统性能。
例如，通过在init()方法中建立一个JDBC连接池是个最好例子，假设我们是用 jdbc2.0的DataSource接口来取得数据库连接，在通常的情况下，我们需要通过JNDI来取得具体的数据源。我们能够想象在一个具体的应用中，假如每次SQL请求都要执行一次JNDI查询的话，那系统性能将会急剧下降。解决方法是如下代码，他通过缓存DataSource，使得下一次SQL 调用时仍然能够继续利用他：
public class ControllerServlet extends HttpServlet{ private javax.sql.DataSource testDS = null; public void init(ServletConfig config) throws ServletException{ super.init(config); Context ctx = null; try{ ctx = new InitialContext(); testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS"); }catch(NamingException ne){ne.printStackTrace();} }catch(Exception e){e.printStackTrace();} } public javax.sql.DataSource getTestDS(){ return testDS; } ... ... }
方法 2:禁止servlet和JSP 自动重载(auto-reloading)
Servlet/JSP提供了一个实用的技术，即自动重载技术，他为研发人员提供了一个好的研发环境，当您改变servlet和JSP页面后而不必重启应用服务器。然而，这种技术在产品运行阶段对系统的资源是个极大的损耗，因为他会给JSP引擎的类装载器(classloader)带来极大的负担。因此关闭自动重载功能对系统性能的提升是个极大的帮助。
方法 3: 不要滥用HttpSession
在很多应用中，我们的程式需要保持客户端的状态，以便页面之间能够相互联系。但不幸的是由于 HTTP具备天生无状态性，从而无法保存客户端的状态。因此一般的应用服务器都提供了session来保存客户的状态。在JSP应用服务器中，是通过 HttpSession对像来实现session的功能的，但在方便的同时，他也给系统带来了不小的负担。因为每当您获得或更新session时，系统者要对他进行费时的序列化操作。您能够通过对HttpSession的以下几种处理方式来提升系统的性能。
假如没有必要，就应该关闭JSP页面中对HttpSession的缺省配置。 假如您没有明确指定的话，每个JSP页面都会缺省地创建一个HttpSession。假如您的JSP中无需使用session的话，那能够通过如下的JSP页面指示符来禁止他：
＜%@ page session="false"%＞
不要在HttpSession中存放大的数据对像：假如您在HttpSession中存放大的数据对像的话，每当对他进行读写时，应用服务器都将对其进行序列化，从而增加了系统的额外负担。您在HttpSession中存放的数据对像越大，那系统的性能就下降得越快。
当您无需HttpSession时，尽快地释放他：当您不再需要session时，您能够通过调用HttpSession.invalidate()方法来释放他。尽量将session的超时时间设得短一点：在JSP应用服务器中，有一个缺省的 session的超时时间。当客户在这个时间之后没有进行任何操作的话，系统会将相关的session自动从内存中释放。超时时间设得越大，系统的性能就会越低，因此最好的方法就是尽量使得他的值保持在一个较低的水平。
方法 4: 将页面输出进行压缩
压缩是解决数据冗余的一个好的方法，特别是在网络带宽不够发达的今天。有的浏览器支持 gzip(GNU zip)进行来对HTML文档进行压缩，这种方法能够戏剧性地减少HTML文档的下载时间。因此，假如您将servlet或JSP页面生成的HTML页面进行压缩的话，那用户就会觉得页面浏览速度会很快。但不幸的是，不是任何的浏览器都支持gzip压缩，但您能够通过在您的程式中检查客户的浏览器是否支持他。下面就是关于这种方法实现的一个代码片段：
public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { OutputStream out = null; String encoding = request.getHeader("Accept-Encoding"); if (encoding != null && encoding.indexOf("gzip") != -1){ request.setHeader("Content-Encoding" , "gzip"); out = new GZIPOutputStream(request.getOutputStream()); } else if (encoding != null && encoding.indexOf("comdivss") != -1){ request.setHeader("Content-Encoding" , "comdivss"); out = new ZIPOutputStream(request.getOutputStream()); }else{ out = request.getOutputStream(); } ... ... }
方法 5: 使用线程池
应用服务器缺省地为每个不同的客户端请求创建一个线程进行处理，并为他们分派 service()方法，当service()方法调用完成后，和之相应的线程也随之撤消。由于创建和撤消线程会耗费一定的系统资源，这种缺省模式降低了系统的性能。但所幸的是我们能够通过创建一个线程池来改变这种状况。
另外，我们还要为这个线程池配置一个最小线程数和一个最大线程数。在应用服务器启动时，他会创建数量等于最小线程数的一个线程池，当客户有请求时，相应地从池从取出一个线程来进行处理，当处理完成后，再将线程重新放入到池中。假如池中的线程不够地话，系统会自动地增加池中线程的数量，但总量不能超过最大线程数。通过使用线程池，当客户端请求急剧增加时，系统的负载就会呈现的平滑的上升曲线，从而提高的系统的可伸缩性。
方法 6: 选择正确的页面包含机制
在JSP中有两种方法能够用来包含另一个页面：
1、使用include指示符
＜%@ includee file=”test.jsp” %＞
2、使用jsp指示符
＜jsp:includee page=”test.jsp” flush=”true”/＞
在实际中发现，假如使用第一种方法的话，能够使得系统性能更高。
方法 7:正确地确定javabean的生命周期
JSP的一个强大的地方就是对javabean的支持。通过在JSP页面中使用jsp:useBean标签，能够将javabean直接插入到一个JSP页面中。他的使用方法如下：
＜jsp:useBean id="name" scope="page|request|session|application" class="package.className" type="typeName"＞ ＜/jsp:useBean＞
其中scope属性指出了这个bean的生命周期。缺省的生命周期为page。假如您没有正确地选择bean的生命周期的话，他将影响系统的性能。
举例来说，假如您只想在一次请求中使用某个bean，但您却将这个bean的生命周期配置成了session，那当这次请求结束后，这个bean将仍然保留在内存中，除非session超时或用户关闭浏览器。这样会耗费一定的内存，并无谓的增加了JVM垃圾收集器的工作量。因此为bean配置正确的生命周期，并在bean的使命结束后尽快地清理他们，会使用系统性能有一个提高。
其他一些有用的方法
1、在字符串连接操作中尽量不使用“+”操作符：在java编程中，我们常常使用“+”操作符来将几个字符串连接起来，但您或许从来没有想到过他居然会对系统性能造成影响吧?由于字符串是常量，因此JVM会产生一些临时的对像。您使用的“+”越多，生成的临时对像就越多，这样也会给系统性能带来一些影响。解决的方法是用StringBuffer对像来代替“+”操作符。
2、避免使用System.out.println()方法：由于 System.out.println()是一种同步调用，即在调用他时，磁盘I/O操作必须等待他的完成，因此我们要尽量避免对他的调用。但我们在调试程式时他又是个必不可少的方便工具，为了解决这个矛盾，我建议您最好使用Log4j工具(http://Jakarta.apache.org )，他既能够方便调试，而不会产生System.out.println()这样的方法。
3、ServletOutputStream 和 PrintWriter的权衡：使用PrintWriter可能会带来一些小的开销，因为他将任何的原始输出都转换为字符流来输出，因此假如使用他来作为页面输出的话，系统要负担一个转换过程。而使用ServletOutputStream作为页面输出的话就不存在一个问题，但他是以二进制进行输出的。因此在实际应用中要权衡两者的利弊。
总结
本文的目的是通过对servlet和JSP的一些调优技术来极大地提高您的应用程式的性能，并因此提升整个J2EE应用的性能。通过这些调优技术，您能够发现其实并不是某种技术平台(比如J2EE和.NET之争)决定了您的应用程式的性能，重要是您要对这种平台有一个较为深入的了解，这样您才能从根本上对自己的应用程式做一个优化。
扫一扫
521
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
