你时常被客户抱怨JSP页面响应速度很慢吗？你想过当客户访问次数剧增时，你的WEB应用能承受日益增加的访问量吗？

本文讲述了调整JSP和servlet的一些非常实用的方法，它可使你的servlet和JSP页面响应更快，扩展性更强。而且在用户数增加的情况下，系统负载会呈现出平滑上长的趋势。在本文中，我将通过一些实际例子和配置方法使得你的应用程序的性能有出人意料的提升。其中，某些调优技术是在你的编程工作中实现的。而另一些技术是与应用服务器的配置相关的。在本文中，我们将详细地描述怎样通过调整servlet和JSP页面，来提高你的应用程序的总体性能。在阅读本文之前，假设你有基本的servlet和JSP的知识。

方法一：在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()方法来释放它。

								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("compress") != -1) 　{
            　　request.setHeader("Content-Encoding" , "compress");
            　　out = new ZIPOutputStream(request.getOutputStream());
            　}
            　else 　{
            　　out = request.getOutputStream();
            　}
            　...
            　...
            }

Java提供了两类主要的异常:runtime exception和checked exception。所有的checked exception是从java.lang.Exception类衍生出来的，而runtime exception则是从java.lang.RuntimeException或java.lang.Error类衍生出来的。

　　它们的不同之处表现在两方面:机制上和逻辑上。


一、机制上

　　它们在机制上的不同表现在两点:1.如何定义方法;2. 如何处理抛出的异常。请看下面CheckedException的定义:


public class CheckedException extends Exception
{

　public CheckedException() {}
　public CheckedException( String message )
　{
　　super( message );
　}
}

　　以及一个使用exception的例子:


public class ExceptionalClass
{

　public void method1()
　　throws CheckedException
　　{
　　　// ... throw new CheckedException( “...出错了“ );
　　}
　public void method2( String arg )
　　{
　　　if( arg == null )
　　　{
　　　　throw new NullPointerException( “method2的参数arg是null!” );
　　　}
　　}
　public void method3() throws CheckedException
　　{
　　　method1();
　　}
}

　　你可能已经注意到了，两个方法method1()和method2()都会抛出exception，可是只有method1()做了声明。另外，method3()本身并不会抛出exception，可是它却声明会抛出CheckedException。在向你解释之前，让我们先来看看这个类的main()方法:


public static void main( String[] args )
{

　ExceptionalClass example = new ExceptionalClass();
　try
　{
　　example.method1();
　　example.method3();
　}
　catch( CheckedException ex ) { } example.method2( null );
}

　　在main()方法中，如果要调用method1()，你必须把这个调用放在try/catch程序块当中，因为它会抛出Checked exception。

　　相比之下，当你调用method2()时，则不需要把它放在try/catch程序块当中，因为它会抛出的exception不是checked exception，而是runtime exception。会抛出runtime exception的方法在定义时不必声明它会抛出exception。

　　现在，让我们再来看看method3()。它调用了method1()却没有把这个调用放在try/catch程序块当中。它是通过声明它会抛出method1()会抛出的exception来避免这样做的。它没有捕获这个exception，而是把它传递下去。实际上main()方法也可以这样做，通过声明它会抛出Checked exception来避免使用try/catch程序块(当然我们反对这种做法)。

　　小结一下:

　　* Runtime exceptions:

　　在定义方法时不需要声明会抛出runtime exception;

　　在调用这个方法时不需要捕获这个runtime exception;

　　runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。

　　* Checked exceptions:

　　定义方法时必须声明所有可能会抛出的checked exception;

　　在调用这个方法时，必须捕获它的checked exception，不然就得把它的exception传递下去;

　　checked exception是从java.lang.Exception类衍生出来的。

二、逻辑上

　　从逻辑的角度来说，checked exceptions和runtime exception是有不同的使用目的的。checked exception用来指示一种调用方能够直接处理的异常情况。而runtime exception则用来指示一种调用方本身无法处理或恢复的程序错误。

　　checked exception迫使你捕获它并处理这种异常情况。以java.net.URL类的构建器(constructor)为例，它的每一个构建器都会抛出MalformedURLException。MalformedURLException就是一种checked exception。设想一下，你有一个简单的程序，用来提示用户输入一个URL，然后通过这个URL去下载一个网页。如果用户输入的URL有错误，构建器就会抛出一个exception。既然这个exception是checked exception，你的程序就可以捕获它并正确处理:比如说提示用户重新输入。

　　再看下面这个例子:


public void method()
{

　int [] numbers = { 1, 2, 3 };
　int sum = numbers[0] numbers[3];
}

　　在运行方法method()时会遇到ArrayIndexOutOfBoundsException(因为数组numbers的成员是从0到2)。对于这个异常，调用方无法处理/纠正。这个方法method()和上面的method2()一样，都是runtime exception的情形。上面我已经提到，runtime exception用来指示一种调用方本身无法处理/恢复的程序错误。而程序错误通常是无法在运行过程中处理的，必须改正程序代码。

　　总而言之，在程序的运行过程中一个checked exception被抛出的时候，只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception，则不应当在程序中捕获它。如果你要捕获它的话，你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中，系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中，我反对这样做。这样做的坏处是你必须通过浏览log来找出问题，而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。

　　在程序中捕获runtime exception还会带来更多的问题:要捕获哪些runtime exception?什么时候捕获?runtime exception是不需要声明的，你怎样知道有没有runtime exception要捕获?你想看到在程序中每一次调用方法时，都使用try/catch程序块吗?