A． ? request Dispatcher.forward() 是容器中控制權的轉向 ，在客戶端瀏覽器地址欄中不會顯示出轉向后的地址；

B． ? response.sendRedirect() 則是完全的跳轉 ，瀏覽器將會得到跳轉的地址，并重新發送請求鏈接。這樣，從瀏覽器的地址欄中可以看到跳轉后的鏈接地址。
前者更加高效；

C． ? 在前者可以滿足需要時，盡量使用RequestDispatcher.forward()方法 . 在有些情況下，比如，需要跳轉到一個其它服務器上的資源，則必須使用HttpServletResponse.sendRequest()方法。


由于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.RequestDispatcher.forward()
　　是在服務器端起作用,當使用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

使用Response Buffering

　　通過打開“response buffering”可以緩沖一個值得輸出的整個頁面內容，這將最小化輸出到瀏覽器的數據量，從而提高了整體性能。每一次輸出都耗費許多，所以寫得越少，效果越好。TCP/IP在發送少量大的數據包時，要比發送大量小的數據包工作效率高，因為它是慢速啟動并不斷發送的。

　　有2種方法打開Response Buffering。首先，可以使用Internet Services Manager為整個應用程序打開response buffering，這是推薦的方式，而且在IIS4.0和IIS5.0中，默認狀態下，response buffering是打開的。其次，在每一頁面上，可以在頭部放置如下代碼開打開response buffering：

< % Response.Buffer = True % >

　　這段代碼必須在任何數據輸出到瀏覽器前被執行（就是說，在任何html內容顯示前和在任何cookie被設置前）。通常情況下，為整個應用程序打開response buffering是很好的方案，這么做后就不用在每個頁面頭部設置如上的代碼。

　　關于打開response buffering的一個通用問題是：用戶必須要等待整個頁面全部產生后，才能看到內容。對于一個長時間運行的頁面來說，可以設置Response.Buffer=False關閉緩沖。然后，好的策略是利用Response.Flush方法，它將輸出所有已被ASP描述的HTML內容到瀏覽器。比如，在描述了一個1，000行表格的100行后，ASP就可以使用Response.Flush來強迫輸出這100行的內容到瀏覽器，這時用戶就可以看到前100行數據，同時其余的行數據正在準備生成。

　　注意，關于上面的1，000行表格輸出的例子，對于一些瀏覽器器來說，除非遇到< /table >標記，它們不會輸出表格的任何內容。如果這樣，可以將表格分割成許多含有少量行的多個表格，然后在每一個表格產生后，調用Response.Flush輸出。新版的Internet Explorer在整個表格下載后才顯示內容，并且，如果定義了表格的列寬度，生成表格的速度將特別快。

關于打開response buffering的另外一個問題是：當生成非常大的頁面時，將消耗非常大的服務器內存


如果總結得不夠全面，請各位發表自己的意見或經驗。