在JSP Servlet開發實例中實現這一功能要使用JSP的一個指令，其可以定義JSP的錯誤頁面，并在此JSP頁面出錯時跳轉到該頁面輸出出錯
日志。如下的例子：

﹤%@ page errorPage="errorPage.jsp" %﹥   
errorPage.jsp的代碼如下所示：   
.....   
﹤%@ page isErrorPage="true" %﹥   
....   
//輸出出錯日志   
﹤%= exception.getMessage() %﹥  
 

但是，這只能在JSP頁面層控制。在J2EE的實現中，很多的情況是JSP往往只作為頁面顯示，與業務相關的數據庫操作都是在后臺的servlet執行，處理完畢之后再跳轉某個JSP顯示頁面。這種設置框架，實現了MVC結構，使得整個系統的維護難度大大降低。

實際的工作中，盡管系統采用了以上的設置框架，但由J2EE開發人員水平以及編程的習慣都有可能不通，經常會遇到開發人員在servlet中對有可能報錯的地方處理不恰當。最常見的一種情況是，catch一個Exception e，然后僅僅調用e.printStackTrace()。這樣造成的后果非常嚴重。一旦有Exception發生，web頁面會出現白屏，我們可以從兩方面來看：

◆如果是使用的用戶。他往往會不知所措，并且有可能還不知道有錯誤發生，繼續使用系統，但這時候的系統已經出錯了，在錯誤的基礎上繼續業務流程，往往會造成更多系統級別的錯誤。

◆如果是開發人員。用戶反映了這個出錯，但是不知道出錯原因。只能說出現要白屏。開發人員需要調試抓錯的話，非得到應用服務器的輸入端查看出錯日志，定位可能出錯的原因，再進行排錯。

在此，我介紹一種有效的servlet出錯處理機制，這種機制將所有Exception的出錯內容拋出到web頁面，讓使用用戶立即有錯誤發生，并可以及時將該出錯內容提交給開發人員定位出錯原因。

其實，這種機制非常簡單。思路是定義一個抽象的BaseServlet基類，它繼承HttpServlet。并增加一個抽象的 abstract public void doWorkFlow(HttpServletRequest request,HttpServletResponse response)的方法，這個方法是所有BaseServlet子類都必須且僅需實現的方法。BaseServlet基類當然要實現service方法 --  public final void service(HttpServletRequest request,HttpServletResponse response)。它的代碼片斷如下：

public final void service(HttpServletRequest request,HttpServletResponse response)   
                        throws ServletException, IOException {   
    try{   
        //在執行doWorkFlow()之前，你可以在此處理是否有權限處理等問題   
        .......   
        doWorkFlow();   
    }catch(Exception e){   
        StringWriter out = new StringWriter();   
        e.printStackTrace(new PrintWriter(out));   
        request.setAttribute("err_msg", out.toString());   
        RequestDispatcher rd = this.getServletContext().getRequestDispatcher("errorServlet.jsp");   
        rd.forward(request,response);   
    }   
}  
 

  errorServlet.jsp非常簡單。代碼片斷如下：

....   
//輸出出錯日志   
﹤%= request.getAttribute("err_msg") %﹥  
 

那么上面就是在JSP Servlet開發實例中實現自動跳轉的功能，通過實踐是否有效呢？

【編輯推薦】

1. JSP教程基礎知識之JSP2.0特性
2. JSP教程之訪問量計數JSP源碼
3. JSP導出Oracle數據表的操作淺談
4. 在JSP中實現頁面跳轉
5. 什么是JSP以及和Servlet的比較