是在服务器端起作用,当使用forward()时,Servlet engine传递HTTP请求从当前的Servlet or JSP到另外一个Servlet,JSP 或普通HTML文件,也即你的form提交至a.jsp,在a.jsp用到了forward()重定向至b.jsp,此时form提交的所有信息在 b.jsp都可以获得,参数自动传递. 但forward()无法重定向至有frame的jsp文件,可以重定向至有frame的html文件,同时forward()无法在后面带参数传递,比如servlet?name=frank,这样不行,可以程序内通过response.setAttribute("name",name)来传至下一个页面。

重定向后浏览器地址栏URL不变。

例：在servlet中进行重定向

public void doPost(HttpServletRequest request,HttpServletResponse response) 
throws ServletException,IOException{　 response.setContentType("text/html; charset=gb2312");　 ServletContext sc = getServletContext();　 RequestDispatcher rd = null;　 rd = sc.getRequestDispatcher("/index.jsp"); //定向的页面　 rd.forward(request, response);}

通常在servlet中使用，不在jsp中使用。

2. response.sendRedirect()

是在用户的浏览器端工作,sendRedirect()可以带参数传递,比如servlet?name=frank传至下个页面,同时它可以重定向至不同的主机上,sendRedirect()可以重定向有frame.的jsp文件.

重定向后在浏览器地址栏上会出现重定向页面的URL

例：在servlet中重定向

public void doPost(HttpServletRequest request,HttpServletResponse response)

throws ServletException,IOException

{

　 response.setContentType("text/html; charset=gb2312");

　 response.sendRedirect("/index.jsp");

}

由于response是jsp页面中的隐含对象，故在jsp页面中可以用response.sendRedirect()直接实现重定位。

注意：

(1) 使用response.sendRedirect时，前面不能有HTML输出；

这并不是绝对的，不能有HTML输出其实是指不能有HTML被送到了浏览器。事实上现在的server都有cache机制，一般在8K（我是说 JSP　SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush()强制刷新，那么在使用sendRedirect之前，有少量的HTML输出也是允许的。

(2) response.sendRedirect之后，应该紧跟一句return。

我们已经知道response.sendRedirect是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。

比较：

(1) Dispatcher.forward()是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址；

(2) response.sendRedirect()则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。

前者更加高效，在前者可以满足需要时，尽量使用RequestDispatcher.forward()方法。

注：在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用HttpServletResponse.sendRequest()方法。

我本机的环境是liferay-portal-tomcat-6  RC2

使用liferay-plugins-sdk开发了一个测试portlet：LiuYiTest

将此portlet部署到portal中之后，能够正常显示，没有任何错误信息。页面显示如下：

二、portal启动状态时undeploy portlet 的操作步骤：

在liferay-portal服务器启动状态下(在liferay-portal服务器启动状态下，这个很重要，后文会讲portal关闭状态下删除文件夹之后的状况)，

undeploy这个portlet需要做的事情共有以下几步：

1.  在这个portlet右上角点击关闭按钮，关闭这个portlet，这样在卸载了这个portlet之后，再次访问这个页面的时候，不会报portlet找不到的异常

2.   在$LIFERAY_HOME（代表portal的安装路径）中，进入tomcat-$version\webapps，找到我们刚才关闭的LiuYiTest-portlet。

     我本机的路径截图如下：

    直接移除此portlet文件夹。

    删除此文件夹之后，在控制台会输出如下提示：

14:39:11,343 INFO  [ExtHotDeployListener:207] Extension environment for LiuYiTest-portlet will not be undeployed
14:39:11,343 INFO  [PortletHotDeployListener:403] Unregistering portlets for LiuYiTest-portlet
14:39:11,343 INFO  [PortletHotDeployListener:439] 2 portlets for LiuYiTest-portlet was unregistered
14:39:11,406 WARN  [PortletContextListener:86] Unable to dynamically unbind the Liferay data source: Name java_liferay:jdbc is not bound in this Context

    以上信息的意思总共有以下几点：

   1) 当前卸载的这个portlet的扩展环境将不会被删除，例如当前卸载的portlet用到的全局图片资源，js资源，css资源，其他不在当前portlet文件夹中的

      相关资源都不会被卸载(删除)。%大概是这个意思，可能还有其他更深的意思%

   2) 这个portlet在portal中的注册信息已经被卸载掉了

   3) 2个portlet被卸载了 %由于我的这个portlet工程(LiuYiTest-portlet)中包含两个具体的portlet，所以是2个portlet被卸载%

   4) 最后这句的意思是无法动态的解除绑定的liferay数据资源，冒号后面的信息是提示在卸载的这个portlet内容中没有绑定的数据库内容。

     %liferay-portal会自动删除存在于\tomcat-6.0.26\work\Catalina\localhost目录下以及\tomcat-6.0.26\temp\下的与当前

        portlet有关的一些_jsp.class和资源文件%

如果你在删除之前没有首先关闭掉portal页面上的portlet的话，刷心页面之后，控制台会报类似如下错误：

java.lang.NullPointerException
at com.liferay.portlet.PortletInstanceFactoryImpl.create(PortletInstanceFactoryImpl.java:122)
at com.liferay.portlet.PortletInstanceFactoryUtil.create(PortletInstanceFactoryUtil.java:38)
at org.apache.jsp.html.portal.render_005fportlet_jsp._jspService(Unknown Source)

portlet页面内容中也会有相应提示，这时候只需要在portal中关闭报错的portlet就可以了。

3.  如果你的portlet中用到了数据库中的信息，那么需要手动清除一下无用的数据

     至此为止，部署在liferay-portal中的某个portlet就被成功删除掉了，注意，以上是在liferay-portal启动的情况下的undeploy操作。

三、portal没有启动状态，undeploy portlet的操作：

下文是另一种情况：当liferay-portal没有启动的时候，如果直接删除掉了tomcat\webapps下的portlet工程，启动portal的时候会有

如下类似异常报出：

2010-7-7 16:21:41 org.apache.catalina.startup.HostConfig deployDescriptor
信息: Deploying configuration descriptor 123-portlet.xml
2010-7-7 16:21:41 org.apache.catalina.startup.ExpandWar copy
严重: Error copying D:\worksoft\liferay-portal-6.0.2\tomcat-6.0.26\webapps\123-portlet to D:\worksoft\liferay-portal-6.0.2\tomcat-6.0.26\temp\0-123-portlet
java.io.FileNotFoundException: D:\worksoft\liferay-portal-6.0.2\tomcat-6.0.26\webapps\123-portlet (系统找不到指定的文件。)
  at java.io.FileInputStream.open(Native Method)
  at java.io.FileInputStream.<init>(FileInputStream.java:106)
  at org.apache.catalina.startup.ExpandWar.copy(ExpandWar.java:308)
  at org.apache.catalina.startup.ContextConfig.antiLocking(ContextConfig.java:984)
  at org.apache.catalina.startup.ContextConfig.beforeStart(ContextConfig.java:1032)
  at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:263)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4234)
  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
  at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
  at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
  at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
  at org.apache.catalina.core.StandardService.start(StandardService.java:519)
  at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
  at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
2010-7-7 16:21:41 org.apache.catalina.core.StandardContext resourcesStart
严重: Error starting static Resources
java.lang.IllegalArgumentException: Document base D:\worksoft\liferay-portal-6.0.2\tomcat-6.0.26\webapps\123-portlet does not exist or is not a readable directory
  at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.java:142)
  at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:4086)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4255)
  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
  at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
  at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
  at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
  at org.apache.catalina.core.StandardService.start(StandardService.java:519)
  at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
  at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
2010-7-7 16:21:41 org.apache.catalina.core.StandardContext start
严重: Error in resourceStart()
2010-7-7 16:21:41 org.apache.catalina.core.StandardContext start
严重: Error getConfigured
2010-7-7 16:21:41 org.apache.catalina.core.StandardContext start
严重: Context [/123-portlet] startup failed due to previous errors

异常是由于没有清理干净当前portlet相关信息导致的。这个时候需要手动清理。

加上最开始删除的webapps下的portlet这一步(也就是以下的第一步)，在portal没有启动的状态下，undeploy一个portlet的操作步骤如下：

     1) tomcat-$version\webapps\$portlet_name文件夹(如果)

     2) tomcat-$version\temp\$portlet_name文件夹

     3) tomcat-$version\conf\Catalina\localhost\$portlet_name.xml

     4) 此portlet相关数据库中信息

其中$version等代表具体的版本和portlet名称。

重新启动portal。至此，没有启动portal的情况下，undeploy portlet的所有操作执行完毕。

四、最后：

      以上演示的实例是在liferay-portal-tomcat-6.0.2的liferay portal版本环境下。绑定的tomcat是6.0.26。通过网上资料我了解到似乎不能

      在liferay+jboss的绑定环境下复制以上同样的操作。具体的环境情况下可能有不同的操作方法。

　　Sorting an Array 1. 数字排序  int[] intArray = new int[] { 4, 1, 3, -23 };

　　Arrays.sort(intArray);

　　输出： [-23, 1, 3, 4]

　　2. 字符串排序，先大写后小写 String[] strArray = new String[] { "z", "a", "C" };

　　Arrays.sort(strArray);

　　输出： [C, a, z]

　　3. 严格按字母表顺序排序，也就是忽略大小写排序 Case-insensitive sort

　　Arrays.sort(strArray, String.CASE_INSENSITIVE_ORDER);

　　输出： [a, C, z]

　　4. 反向排序， Reverse-order sort

　　Arrays.sort(strArray, Collections.reverseOrder());

　　输出：[z, a, C]

　　5. 忽略大小写反向排序 Case-insensitive reverse-order sort

　　Arrays.sort(strArray, String.CASE_INSENSITIVE_ORDER);

　　Collections.reverse(Arrays.asList(strArray));

　　输出： [z, C, a]

　　java初学者最常见的错误思想，就是试图去写一些方法来完成数组的排序功能，其实，数组排序功能，在java的api里面早已实现，我们没有必要去重复制造轮子。

　　Arrays类有一个静态方法sort,利用这个方法我们可以传入我们要排序的数组进去排序，因为我们传入的是一个数组的引用，所以排序完成的结果也通过这个引用的来更改数组.对于整数、字符串排序，jdk提供了默认的实现，如果要对一个对象数组排序，则要自己实现java.util.Comparator接口。

　　package demo1.client;

　　import java.util.Arrays;

　　import java.util.Comparator;

　　public class ArraySortDemo {

　　public void sortIntArray() {

　　int[] arrayToSort = new int[] { 48, 5, 89, 80, 81, 23, 45, 16, 2 };

　　System.out.println("排序前");

　　for (int i = 0; i < arrayToSort.length; i++)

　　System.out.println(arrayToSort[i]);

　　// 调用数组的静态排序方法sort

　　Arrays.sort(arrayToSort);

　　System.out.println("排序后");

　　for (int i = 0; i < arrayToSort.length; i++)

　　System.out.println(arrayToSort[i]);

　　}

　　public void sortStringArray() {

　　String[] arrayToSort = new String[] { "Oscar", "Charlie", "Ryan",

　　"Adam", "David" };

　　System.out.println("排序前");

　　for (int i = 0; i < arrayToSort.length; i++)

　　System.out.println(arrayToSort[i]);

　　System.out.println("排序后");

　　//调用数组的静态排序方法sort

　　Arrays.sort(arrayToSort);

　　for (int i = 0; i < arrayToSort.length; i++)

　　System.out.println(arrayToSort[i]);

　　}

　　public void sortObjectArray() {

　　Dog o1 = new Dog("dog1", 1);

　　Dog o2 = new Dog("dog2", 4);

　　Dog o3 = new Dog("dog3", 5);

　　Dog o4 = new Dog("dog4", 2);

　　Dog o5 = new Dog("dog5", 3);

　　Dog[] dogs = new Dog[] { o1, o2, o3, o4, o5 };

　　System.out.println("排序前");

　　for (int i = 0; i < dogs.length; i++) {

　　Dog dog = dogs[i];

　　System.out.println(dog.getName());

　　}

　　Arrays.sort(dogs, new ByWeightComparator());

　　System.out.println("排序后：");

　　for (int i = 0; i < dogs.length; i++) {

　　Dog dog = dogs[i];

　　System.out.println(dog.getName());

　　}

　　}

　　public static void main(String[] args) {

　　ArraySortDemo t = new ArraySortDemo();

　　t.sortIntArray();

　　t.sortStringArray();

　　t.sortObjectArray();

　　}

　　}

　　class Dog {

　　private String name;

　　private int weight;

　　public Dog(String name, int weight) {

　　this.setName(name);

　　this.weight = weight;

　　}

　　public int getWeight() {

　　return weight;

　　}

　　public void setWeight(int weight) {

　　this.weight = weight;

　　}

　　public void setName(String name) {

　　this.name = name;

　　}

　　public String getName() {

　　return name;

　　}

　　}

　　class ByWeightComparator implements Comparator {

　　public final int compare(Object pFirst, Object pSecond) {

　　int aFirstWeight = ((Dog) pFirst).getWeight();

　　int aSecondWeight = ((Dog) pSecond).getWeight();

　　int diff = aFirstWeight - aSecondWeight;

　　if (diff > 0)

　　return 1;

　　if (diff < 0)

　　return -1;

　　else

　　return 0;

　　}

　　}

　　例如，通过在init()方法中建立一个JDBC连接池是一个最佳例子，假设我们是用jdbc2.0的DataSource接口来取得数据库连接，在通常的情况下，我们需要通过JNDI来取得具体的数据源。我们可以想象在一个具体的应用中，如果每次SQL请求都要执行一次JNDI查询的话，那系统性能将会急剧下降。解决方法是如下代码，它通过缓存DataSource，使得下一次SQL调用时仍然可以继续利用它

　　1.publicclassControllerServletextendsHttpServlet{

　　2.privatejavax.sql.DataSourcetestDS=null;

　　3.publicvoidinit(ServletConfigconfig)throwsServletException{

　　4.super.init(config);

　　5.Contextctx=null;

　　6.try{ctx=newInitialContext();

　　7.testDS=(javax.sql.DataSource)ctx.lookup("jdbc/testDS");

　　8.}

　　9.catch(NamingExceptionne){

　　10.ne.printStackTrace();

　　11.}

　　12.catch(Exceptione){

　　13.e.printStackTrace();

　　14.}

　　15.}

　　16.publicjavax.sql.DataSourcegetTestDS(){

　　17.returntestDS;

　　18.}

　　19.......

　　20.}

　　禁止Servlet和JSP自动重载(auto-reloading)

　　Servlet和JSP提供了一个实用的技术，即自动重载技术，它为开发人员提供了一个好的开发环境，当你改变servlet和JSP页面后而不必重启应用服务器。然而，这种技术在产品运行阶段对系统的资源是一个极大的损耗，因为它会给JSP引擎的类装载器(classloader)带来极大的负担。因此关闭自动重载功能对系统性能的提升是一个极大的帮助。

　　不要滥用HttpSession

　　在很多应用中，我们的程序需要保持客户端的状态，以便页面之间可以相互联系。但不幸的是由于HTTP具有天生无状态性，从而无法保存客户端的状态。因此一般的应用服务器都提供了session来保存客户的状态。在JSP应用服务器中，是通过HttpSession对像来实现session的功能的，但在方便的同时，它也给系统带来了不小的负担。因为每当你获得或更新session时，系统者要对它进行费时的序列化操作。你可以通过对 HttpSession的以下几种处理方式来提升系统的性能：

　　如果没有必要，就应该关闭JSP页面中对HttpSession的缺省设置：如果你没有明确指定的话，每个JSP页面都会缺省地创建一个HttpSession。如果你的JSP中不需要使用session的话，那可以通过如下的JSP页面指示符来禁止它：

　　21.＜%@ page session="false"%＞

　　不要在HttpSession中存放大的数据对像：如果你在HttpSession中存放大的数据对像的话，每当对它进行读写时，应用服务器都将对其进行序列化，从而增加了系统的额外负担。你在HttpSession中存放的数据对像越大，那系统的性能就下降得越快。

　　当你不需要HttpSession时，尽快地释放它：当你不再需要session时，你可以通过调用HttpSession.invalidate()方法来释放它。

　　尽量将session的超时时间设得短一点：在JSP应用服务器中，有一个缺省的session的超时时间。当客户在这个时间之后没有进行任何操作的话，系统会将相关的session自动从内存中释放。超时时间设得越大，系统的性能就会越低，因此最好的方法就是尽量使得它的值保持在一个较低的水平。


      将页面输出进行压缩

　　压缩是解决数据冗余的一个好的方法，特别是在网络带宽不够发达的今天。有的浏览器支持gzip(GNU zip)进行来对HTML文件进行压缩，这种方法可以戏剧性地减少HTML文件的下载时间。因此，如果你将servlet或JSP页面生成的HTML页面进行压缩的话，那用户就会觉得页面浏览速度会非常快。但不幸的是，不是所有的浏览器都支持gzip压缩，但你可以通过在你的程序中检查客户的浏览器是否支持它。下面就是关于这种方法实现的一个代码片段：

　　22.publicvoiddoGet(HttpServletRequestrequest,HttpServletResponseresponse)

　　throwsIOException,ServletException{

　　23.OutputStreamout=null

　　24.Stringencoding=request.getHeader("Accept-Encoding");

　　25.if(encoding!=null&&encoding.indexOf("gzip")!=-1){

　　26.request.setHeader("Content-Encoding","gzip");

　　27.out=newGZIPOutputStream(request.getOutputStream());

　　28.}

　　29.elseif(encoding!=null&&encoding.indexOf("compress")!=-1){

　　30.request.setHeader("Content-Encoding","compress");

　　31.out=newZIPOutputStream(request.getOutputStream());

　　32.}

　　33.else{

　　34.out=request.getOutputStream();

　　35.}

　　36.......

　　37.}

　　使用线程池

　　应用服务器缺省地为每个不同的客户端请求创建一个线程进行处理，并为它们分派service()方法，当service()方法调用完成后，与之相应的线程也随之撤消。由于创建和撤消线程会耗费一定的系统资源，这种缺省模式降低了系统的性能。但所幸的是我们可以通过创建一个线程池来改变这种状况。另外，我们还要为这个线程池设置一个最小线程数和一个最大线程数。在应用服务器启动时，它会创建数量等于最小线程数的一个线程池，当客户有请求时，相应地从池从取出一个线程来进行处理，当处理完成后，再将线程重新放入到池中。如果池中的线程不够地话，系统会自动地增加池中线程的数量，但总量不能超过最大线程数。通过使用线程池，当客户端请求急剧增加时，系统的负载就会呈现的平滑的上升曲线，从而提高的系统的可伸缩性。

　　选择正确的页面包含机制

　　在JSP中有两种方法可以用来包含另一个页面1、使用include指示符(＜ %@ includee file=”test.jsp” %＞)。2、使用jsp指示符(＜ jsp:includee page=”test.jsp” flush=”true”/＞)。在实际中我发现，如果使用第一种方法的话，可以使得系统性能更高。

　　正确地确定javabean的生命周期

　　Servlet和JSP一个强大的地方就是对javabean的支持。通过在JSP页面中使用＜jsp:useBean＞标签，可以将javabean直接插入到一个JSP页面中。它的使用方法如下：

　　38.＜jsp:useBean id="name" scope="page|request|session|application"

　　class= "package.className" type="typeName"＞

　　39.＜/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工具，它既可以方便调试，而不会产生System.out.println()这样的方法。

　　3.ServletOutputStream 与 PrintWriter的权衡:使用PrintWriter可能会带来一些小的开销，因为它将所有的原始输出都转换为字符流来输出，因此如果使用它来作为页面输出的话，系统要负担一个转换过程。而使用ServletOutputStream作为页面输出的话就不存在一个问题，但它是以二进制进行输出的。