· throw語句　

throw總是出現(xiàn)在函數(shù)體中，用來拋出一個異常。程序會在throw語句后立即終止，它后面的語句執(zhí)行不到，然后在包含它的所有try塊中（可能在上層調用函數(shù)中）從里向外尋找含有與其匹配的catch子句的try塊。所有的方法都使用“throw”語句來拋出一個異常。Throw語句需要一個單獨throwable對象，這個對象是任意Throwable類的子類。

例如：

boolean testEx() throws Exception{
        boolean ret = true;
        try
　   {
            ret = testEx1();
        }
        catch (Exception e)
       {
            System.out.println("testEx, catch exception");
            ret = false;
            throw e;
        }
       finally
      {
            System.out.println("testEx, finally; return value="+ret);
            return ret;
        }
    }

4、JAVA錯誤： java.lang.Error

原因:

1)對系統(tǒng)所訪問外部資源，未執(zhí)行關閉操作，導致外部資源大量浪費，終可能導致系統(tǒng)無法正常運行；

2)對系統(tǒng)所訪問的外部資源關閉次數(shù)太多，外部系統(tǒng)無法正常處理；

3)系統(tǒng)訪問的外部資源出現(xiàn)異常情況。

解決方案：

1)訪問外部資源前，首先檢查該資源(如數(shù)據(jù)庫)是否可正常連接或操作。

2)訪問外部資源時，如果進行了連接，一定進行關閉操作，并僅進行一次關閉操作。

3)盡量在同一操作中共享外部資源，以減少該操作對資源的消費，提高程序的執(zhí)行效率

5、空指針錯誤 ：java.lang.NullPointerException

使用基本的JAVA數(shù)據(jù)類型，變量的值要么已經(jīng)是默認值，如果沒有對其正常賦值，程序便不能通過編譯，因此使用基本的JAVA數(shù)據(jù)類型(double,float,boolean,char,int,long)一般不會引起空指針異常。由此可見，空指針異常主要跟與對象的操作相關。

下面先列出了可能發(fā)生空指針異常的幾種情況及相應解決方案：

不管對象是否為空就直接開始使用。

(JSP)代碼段1：

out.println(request.getParameter("username"));

描述：

代碼段1的功能十分簡單，就是輸出用戶輸入的表域"username"的值。

說明：

看上去，上面的語句找不出什么語法錯誤，而且在大多數(shù)情況下也遇不到什么問題。但是，如果某個用戶在輸入數(shù)據(jù)時并沒有提供表單域"username"的值，或通過某種途徑繞過表單直接輸入時，此時request.getParameter("username")的值為空（不是空字符串，是空對象null。），out對象的println方法是無法直接對空對象操作，因此代碼段1所在的JSP頁面將會拋出"java.lang.NullPointerException"異常。

即使對象可能為空時，也調用java.lang.Object或Object對象本身的一些方法如toString(), equals(Object obj)等操作。

(JSP)代碼段2：

String userName = request.getParameter("username"); 
If (userName.equals("root")) 
{....}

描述：

代碼段2的功能是檢測用戶提供的用戶名，如果是用戶名稱為"root"的用戶時，就執(zhí)行一些特別的操作。

說明：

在代碼段2中，如果有用戶沒有提供表單域"username"的值時，字符串對象userName為null值，不能夠將一個null的對象與另一個對象直接比較，同樣，代碼段2所在的JSP頁面就會拋出(java.lang.NullPointerException)空指針錯誤。

(JSP)代碼段3：

String userName = session.getAttribute("session.username").toString();

描述：

代碼段3的功能是將session中session.username的值取出，并將該值賦給字符串對象 userName。

說明：

在一般情況下，如果在用戶已經(jīng)進行某個會話，則不會出現(xiàn)什么問題；但是，如果此時應用服務器重新啟動，而用戶還沒有重新登錄，（也可能是用戶關閉瀏覽器，但是仍打開原來的頁面。）那么，此時該session的值就會失效，同時導致session中的session.username的值為空。對一個為null的對象的直接執(zhí)行toString()操作，就會導致系統(tǒng)拋出(java.lang.NullPointerException)空指針異常。

解決方案：

為了確保進行操作或引用的對象非空，假若我們要對某對象進行操作或引用，我們首先去檢查該對象是否已經(jīng)實例化且不為空；并且在系統(tǒng)中加入針對對象為空時情況的處理。

如：采用String對象保存用戶提交的結果；在如果涉及對象的操作時，先檢測其是否為空后，檢查到對象為空后，可再選擇進行以下任一種處理方式：

處理方式 1) 檢查到對象為空時，設置對象值為空字符串或一個默認值；

處理方式 2) 檢測到對象為空時，根本不執(zhí)行某操作，直接跳轉到其他處理中。

處理方式 3) 檢查到對象為空時，提示用戶操作有錯誤。

將代碼段2按以上方式進行改寫，得到：

方式1：

String userName = request.getParameter("username"); 
// 該變量值為空時，轉化為默認空字符串 
If (userName == null) 
userName = ""; 
If (userName.equals("root")) 
{..........}

方式2：

String userName = request.getParameter("username"); 
// 該變量值為空時，轉化為默認空字符串，不執(zhí)行有關操作。 
If (usreName != null) 
{ 
If (userName.equals("root")) 
{..........} 
}

方式3：

String userName = request.getParameter("username"); 
// 該變量值為空時，轉化為默認空字符串，不執(zhí)行有關操作。 
If (usreName == null) 
{ 
// 提示用戶輸入信息為空 
}

實際中，上面提供到三種處理方式也同樣適用于其他異常的處理：

異常處理方式 1) 檢查到異常出現(xiàn)，設置對象值為空字符串或一個默認值；

異常處理方式 2) 檢測到異常出現(xiàn)，根本不執(zhí)行某操作，直接跳轉到其他處理中。

異常處理方式 3) 檢查到異常出現(xiàn)，提示用戶操作有錯誤。

Struts常見錯誤匯總

以下所說的struts-config.xml和ApplicationResources.properties等文件名是缺省時使用的，如果你使用了多模塊，或指定了不同的資源文件名稱，這些名字要做相應的修改。

1、“No bean found under attribute key XXX”

在struts-config.xml里定義了一個ActionForm，但type屬性指定的類不存在，type屬性的值應該是Form類的全名�；蛘呤�，在Action的定義中，name或attribute屬性指定的ActionForm不存在。

2、“Cannot find bean XXX in any scope”

在Action里一般會request.setAttribute()一些對象，然后在轉向的jsp文件里（用tag或request.getAttribute()方法）得到這些對象并顯示出來。這個異常是說jsp要得到一個對象，但前面的Action里并沒有將對象設置到request（也可以是session、servletContext）里。

可能是名字錯了，請檢查jsp里的tag的一般是name屬性，或getAttribute()方法的參數(shù)值；或者是Action邏輯有問題沒有執(zhí)行setAttribute()方法就先轉向了。

還有另外一個可能，純粹是jsp文件的問題，例如會指定一個id值，然后在循環(huán)里使用這個值作為name的值，如果這兩個值不同，也會出現(xiàn)此異常。（都是一個道理，request里沒有對應的對象。）

3、“Missing message for key "XXX"”

缺少所需的資源，檢查ApplicationResources.properties文件里是否有jsp文件里需要的資源，例如：

< bean:message key="msg.name.prompt"/ >

這行代碼會找msg.name.prompt資源，如果AppliationResources.properties里沒有這個資源就會出現(xiàn)本異常。在使用多模塊時，要注意在模塊的struts-config-xxx.xml里指定要使用的資源文件名稱，否則當然什么資源也找不到，這也是一個很容易犯的錯誤。

4、“No getter method for property XXX of bean teacher”

這條異常信息說得很明白，jsp里要取一個bean的屬性出來，但這個bean并沒有這個屬性。你應該檢查jsp中某個標簽的property屬性的值。例如下面代碼中的cade應該改為code才對：

< bean:write name="teacher" property="cade" filter="true"/>

5、“Cannot find ActionMappings or ActionFormBeans collection”待解決。

6、“Cannot retrieve mapping for action XXX”

在.jsp的
標簽里指定action='/XXX'，但這個Action并未在struts-config.xml里設置過。

7、HTTP Status 404 - /xxx/xxx.jsp

Forward的path屬性指向的jsp頁面不存在，請檢查路徑和模塊，對于同一模塊中的Action轉向，path中不應包含模塊名；模塊間轉向，記住使用contextRelative="true"。

8、沒有任何異常信息，顯示空白頁面

可能是Action里使用的forward與struts-config.xml里定義的forward名稱不匹配。

9、“The element type "XXX" must be terminated by the matching end-tag "XXX".”

這個是struts-config.xml文件的格式錯誤，仔細檢查它是否是良構的xml文件，關于xml文件的格式這里就不贅述了。

10、“Servlet.init() for servlet action threw exception”

一般出現(xiàn)這種異常在后面會顯示一個關于ActionServlet的異常堆棧信息，其中指出了異常具體出現(xiàn)在代碼的哪一行。我曾經(jīng)遇到的一次提示如下：

　java.lang.NullPointerException
　　　at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1003)
　　　at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955)

為解決問題，先下載struts的源碼包，然后在ActionServlet.java的第1003行插入斷點，并對各變量進行監(jiān)視。很丟人，我竟然把struts-config.xml文件弄丟了，因此出現(xiàn)了上面的異常，應該是和CVS同步時不小心刪除的。

11、“Resources not defined for Validator”

這個是利用Validator插件做驗證時可能出現(xiàn)的異常，這時你要檢查validation.xml文件，看里面使用的資源是否確實有定義，form的名稱是否正確，等等。

上篇文章：對于JAVA基礎測試中常見的異常問題匯總
下篇文章：棗莊JAP網(wǎng)站開發(fā)中如何加快JDBC的JSP數(shù)據(jù)庫的訪問速度