· throw語(yǔ)句
throw總是出現(xiàn)在函數(shù)體中,用來(lái)拋出一個(gè)異常。程序會(huì)在throw語(yǔ)句后立即終止,它后面的語(yǔ)句執(zhí)行不到,然后在包含它的所有try塊中(可能在上層調(diào)用函數(shù)中)從里向外尋找含有與其匹配的catch子句的try塊。所有的方法都使用“throw”語(yǔ)句來(lái)拋出一個(gè)異常。Throw語(yǔ)句需要一個(gè)單獨(dú)throwable對(duì)象,這個(gè)對(duì)象是任意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錯(cuò)誤: java.lang.Error
原因:
1)對(duì)系統(tǒng)所訪問外部資源,未執(zhí)行關(guān)閉操作,導(dǎo)致外部資源大量浪費(fèi),終可能導(dǎo)致系統(tǒng)無(wú)法正常運(yùn)行;
2)對(duì)系統(tǒng)所訪問的外部資源關(guān)閉次數(shù)太多,外部系統(tǒng)無(wú)法正常處理;
3)系統(tǒng)訪問的外部資源出現(xiàn)異常情況。
解決方案:
1)訪問外部資源前,首先檢查該資源(如數(shù)據(jù)庫(kù))是否可正常連接或操作。
2)訪問外部資源時(shí),如果進(jìn)行了連接,一定進(jìn)行關(guān)閉操作,并僅進(jìn)行一次關(guān)閉操作。
3)盡量在同一操作中共享外部資源,以減少該操作對(duì)資源的消費(fèi),提高程序的執(zhí)行效率
5、空指針錯(cuò)誤 :java.lang.NullPointerException
使用基本的JAVA數(shù)據(jù)類型,變量的值要么已經(jīng)是默認(rèn)值,如果沒有對(duì)其正常賦值,程序便不能通過編譯,因此使用基本的JAVA數(shù)據(jù)類型(double,float,boolean,char,int,long)一般不會(huì)引起空指針異常。由此可見,空指針異常主要跟與對(duì)象的操作相關(guān)。
下面先列出了可能發(fā)生空指針異常的幾種情況及相應(yīng)解決方案:
不管對(duì)象是否為空就直接開始使用。
(JSP)代碼段1:
out.println(request.getParameter("username"));
描述:
代碼段1的功能十分簡(jiǎn)單,就是輸出用戶輸入的表域"username"的值。
說明:
看上去,上面的語(yǔ)句找不出什么語(yǔ)法錯(cuò)誤,而且在大多數(shù)情況下也遇不到什么問題。但是,如果某個(gè)用戶在輸入數(shù)據(jù)時(shí)并沒有提供表單域"username"的值,或通過某種途徑繞過表單直接輸入時(shí),此時(shí)request.getParameter("username")的值為空(不是空字符串,是空對(duì)象null。),out對(duì)象的println方法是無(wú)法直接對(duì)空對(duì)象操作,因此代碼段1所在的JSP頁(yè)面將會(huì)拋出"java.lang.NullPointerException"異常。
即使對(duì)象可能為空時(shí),也調(diào)用java.lang.Object或Object對(duì)象本身的一些方法如toString(), equals(Object obj)等操作。
(JSP)代碼段2:
String userName = request.getParameter("username");
If (userName.equals("root"))
{....}
描述:
代碼段2的功能是檢測(cè)用戶提供的用戶名,如果是用戶名稱為"root"的用戶時(shí),就執(zhí)行一些特別的操作。
說明:
在代碼段2中,如果有用戶沒有提供表單域"username"的值時(shí),字符串對(duì)象userName為null值,不能夠?qū)⒁粋(gè)null的對(duì)象與另一個(gè)對(duì)象直接比較,同樣,代碼段2所在的JSP頁(yè)面就會(huì)拋出(java.lang.NullPointerException)空指針錯(cuò)誤。
(JSP)代碼段3:
String userName = session.getAttribute("session.username").toString();
描述:
代碼段3的功能是將session中session.username的值取出,并將該值賦給字符串對(duì)象 userName。
說明:
在一般情況下,如果在用戶已經(jīng)進(jìn)行某個(gè)會(huì)話,則不會(huì)出現(xiàn)什么問題;但是,如果此時(shí)應(yīng)用服務(wù)器重新啟動(dòng),而用戶還沒有重新登錄,(也可能是用戶關(guān)閉瀏覽器,但是仍打開原來(lái)的頁(yè)面。)那么,此時(shí)該session的值就會(huì)失效,同時(shí)導(dǎo)致session中的session.username的值為空。對(duì)一個(gè)為null的對(duì)象的直接執(zhí)行toString()操作,就會(huì)導(dǎo)致系統(tǒng)拋出(java.lang.NullPointerException)空指針異常。
解決方案:
為了確保進(jìn)行操作或引用的對(duì)象非空,假若我們要對(duì)某對(duì)象進(jìn)行操作或引用,我們首先去檢查該對(duì)象是否已經(jīng)實(shí)例化且不為空;并且在系統(tǒng)中加入針對(duì)對(duì)象為空時(shí)情況的處理。
如:采用String對(duì)象保存用戶提交的結(jié)果;在如果涉及對(duì)象的操作時(shí),先檢測(cè)其是否為空后,檢查到對(duì)象為空后,可再選擇進(jìn)行以下任一種處理方式:
處理方式 1) 檢查到對(duì)象為空時(shí),設(shè)置對(duì)象值為空字符串或一個(gè)默認(rèn)值;
處理方式 2) 檢測(cè)到對(duì)象為空時(shí),根本不執(zhí)行某操作,直接跳轉(zhuǎn)到其他處理中。
處理方式 3) 檢查到對(duì)象為空時(shí),提示用戶操作有錯(cuò)誤。
將代碼段2按以上方式進(jìn)行改寫,得到:
方式1:
String userName = request.getParameter("username");
// 該變量值為空時(shí),轉(zhuǎn)化為默認(rèn)空字符串
If (userName == null)
userName = "";
If (userName.equals("root"))
{..........}
方式2:
String userName = request.getParameter("username");
// 該變量值為空時(shí),轉(zhuǎn)化為默認(rèn)空字符串,不執(zhí)行有關(guān)操作。
If (usreName != null)
{
If (userName.equals("root"))
{..........}
}
方式3:
String userName = request.getParameter("username");
// 該變量值為空時(shí),轉(zhuǎn)化為默認(rèn)空字符串,不執(zhí)行有關(guān)操作。
If (usreName == null)
{
// 提示用戶輸入信息為空
}
實(shí)際中,上面提供到三種處理方式也同樣適用于其他異常的處理:
異常處理方式 1) 檢查到異常出現(xiàn),設(shè)置對(duì)象值為空字符串或一個(gè)默認(rèn)值;
異常處理方式 2) 檢測(cè)到異常出現(xiàn),根本不執(zhí)行某操作,直接跳轉(zhuǎn)到其他處理中。
異常處理方式 3) 檢查到異常出現(xiàn),提示用戶操作有錯(cuò)誤。
Struts常見錯(cuò)誤匯總
以下所說的struts-config.xml和ApplicationResources.properties等文件名是缺省時(shí)使用的,如果你使用了多模塊,或指定了不同的資源文件名稱,這些名字要做相應(yīng)的修改。
1、“No bean found under attribute key XXX”
在struts-config.xml里定義了一個(gè)ActionForm,但type屬性指定的類不存在,type屬性的值應(yīng)該是Form類的全名。或者是,在Action的定義中,name或attribute屬性指定的ActionForm不存在。
2、“Cannot find bean XXX in any scope”
在Action里一般會(huì)request.setAttribute()一些對(duì)象,然后在轉(zhuǎn)向的jsp文件里(用tag或request.getAttribute()方法)得到這些對(duì)象并顯示出來(lái)。這個(gè)異常是說jsp要得到一個(gè)對(duì)象,但前面的Action里并沒有將對(duì)象設(shè)置到request(也可以是session、servletContext)里。
可能是名字錯(cuò)了,請(qǐng)檢查jsp里的tag的一般是name屬性,或getAttribute()方法的參數(shù)值;或者是Action邏輯有問題沒有執(zhí)行setAttribute()方法就先轉(zhuǎn)向了。
還有另外一個(gè)可能,純粹是jsp文件的問題,例如會(huì)指定一個(gè)id值,然后在循環(huán)里使用這個(gè)值作為name的值,如果這兩個(gè)值不同,也會(huì)出現(xiàn)此異常。(都是一個(gè)道理,request里沒有對(duì)應(yīng)的對(duì)象。)
3、“Missing message for key "XXX"”
缺少所需的資源,檢查ApplicationResources.properties文件里是否有jsp文件里需要的資源,例如:
< bean:message key="msg.name.prompt"/ >
這行代碼會(huì)找msg.name.prompt資源,如果AppliationResources.properties里沒有這個(gè)資源就會(huì)出現(xiàn)本異常。在使用多模塊時(shí),要注意在模塊的struts-config-xxx.xml里指定要使用的資源文件名稱,否則當(dāng)然什么資源也找不到,這也是一個(gè)很容易犯的錯(cuò)誤。
4、“No getter method for property XXX of bean teacher”
這條異常信息說得很明白,jsp里要取一個(gè)bean的屬性出來(lái),但這個(gè)bean并沒有這個(gè)屬性。你應(yīng)該檢查jsp中某個(gè)標(biāo)簽的property屬性的值。例如下面代碼中的cade應(yīng)該改為code才對(duì):
< bean:write name="teacher" property="cade" filter="true"/>
5、“Cannot find ActionMappings or ActionFormBeans collection”待解決。
6、“Cannot retrieve mapping for action XXX”
在.jsp的
標(biāo)簽里指定action='/XXX',但這個(gè)Action并未在struts-config.xml里設(shè)置過。
7、HTTP Status 404 - /xxx/xxx.jsp
Forward的path屬性指向的jsp頁(yè)面不存在,請(qǐng)檢查路徑和模塊,對(duì)于同一模塊中的Action轉(zhuǎn)向,path中不應(yīng)包含模塊名;模塊間轉(zhuǎn)向,記住使用contextRelative="true"。
8、沒有任何異常信息,顯示空白頁(yè)面
可能是Action里使用的forward與struts-config.xml里定義的forward名稱不匹配。
9、“The element type "XXX" must be terminated by the matching end-tag "XXX".”
這個(gè)是struts-config.xml文件的格式錯(cuò)誤,仔細(xì)檢查它是否是良構(gòu)的xml文件,關(guān)于xml文件的格式這里就不贅述了。
10、“Servlet.init() for servlet action threw exception”
一般出現(xiàn)這種異常在后面會(huì)顯示一個(gè)關(guā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行插入斷點(diǎn),并對(duì)各變量進(jìn)行監(jiān)視。很丟人,我竟然把struts-config.xml文件弄丟了,因此出現(xiàn)了上面的異常,應(yīng)該是和CVS同步時(shí)不小心刪除的。
11、“Resources not defined for Validator”
這個(gè)是利用Validator插件做驗(yàn)證時(shí)可能出現(xiàn)的異常,這時(shí)你要檢查validation.xml文件,看里面使用的資源是否確實(shí)有定義,form的名稱是否正確,等等。