天天看點
傳回

Java異常處理筆記

1.Java異常體系：

      Java程式異常包括錯誤(Error)和異常(Exception)，Error是指系統性、嚴重的，程式本身無法進行處理的錯誤；Exception是指程式可以捕獲，并進行處理的簡單的異常。異常包括運作時異常(Runtime Exception)和受控制的異常(Checked Exception)，除了Java核心API中定義的異常外，開發人員也可以自定義異常，隻要繼承Trowable類即可。

Java異常處理筆記

      Error:如程式死循環、線程死鎖、記憶體洩露等。       Checked Exception:是Java中規定必須要捕獲并處理的異常類型，該類繼承自Exception類。如：SQLException、ClassNotFoundException、IOException等。       Runtime Exception:所有的運作時異常都繼承java.lang.RuntimeException類，如：ArrayIndexOutOfBoundsException(數組下标越界)、NullPointException(空指針異常)、ArithmeticException。無需捕獲運作時異常，一般在程式的調試階段，根據抛出的運作時異常修改程式，直至不再出現運作時異常。

2.六種異常處理的陋習(引用)

正确的處理方式：

       1.對捕獲的異常進行必要的處理或抛出讓之後的調用處理。不應該簡單地用e.printStackTrace()處理異常，而應将詳細的異常資訊輸出到日志檔案或控制資訊，友好的提示語句、類名、方法名、導緻異常的可能的相關原因(如l查詢時的Sql語句)。

        2.在finally語句中，對關閉的資源進行釋放，避免因程式異常而一直占用資源，如資料庫的連接配接、IO連接配接。

        3.捕獲異常時，對各個異常分别進行捕獲，而不是用Exception捕獲所有的異常；不要在try塊太長，以改善程式的可讀性和健壯性。

        4.對循環語句中出現的異常，應結合程式的流程進行妥善的處理，可以采用類似事務的處理機制。

1 OutputStreamWriter out = ...

2 java.sql.Connection conn = ...

3 try { // ⑸

4 　Statement stat = conn.createStatement();

5 　ResultSet rs = stat.executeQuery(

6 　　"select uid, name from user");

7 　while (rs.next())

8 　{

9 　　out.println("ID：" + rs.getString("uid") // ⑹

10 　　　"，姓名：" + rs.getString("name"));

11 　}

12 　conn.close(); // ⑶

13 　out.close();

14 }

15 catch(Exception ex) // ⑵

16 {

17 　ex.printStackTrace(); //⑴，⑷

18 }

　　作為一個Java程式員，你至少應該能夠找出兩個問題。但是，如果你不能找出全部六個問題，請繼續閱讀本文。

　　本文讨論的不是Java異常處理的一般性原則，因為這些原則已經被大多數人熟知。我們要做的是分析各種可稱為“反例”（anti-pattern）的違背優秀編碼規範的常見壞習慣，幫助讀者熟悉這些典型的反面例子，進而能夠在實際工作中敏銳地察覺和避免這些問題。

　　反例之一：丢棄異常

　　代碼：15行-18行。

　　這段代碼捕獲了異常卻不作任何處理，可以算得上Java程式設計中的殺手。從問題出現的頻繁程度和禍害程度來看，它也許可以和C/C++程式的一個惡名遠播的問題相提并論??不檢查緩沖區是否已滿。如果你看到了這種丢棄（而不是抛出）異常的情況，可以百分之九十九地肯定代碼存在問題（在極少數情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起别人誤解）。

　　這段代碼的錯誤在于，異常（幾乎）總是意味着某些事情不對勁了，或者說至少發生了某些不尋常的事情，我們不應該對程式發出的求救信号保持沉默和無動于衷。調用一下printStackTrace算不上“處理異常”。不錯，調用printStackTrace對調試程式有幫助，但程式調試階段結束之後，printStackTrace就不應再在異常處理子產品中擔負主要責任了。

　　丢棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特别地，雖然出現ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因為許多應用會捕獲所有的Exception然後丢棄它不再理睬。”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應用會試圖捕獲所有異常然後不予以适當的處理，是以JDK把ThreadDeath定義成了Error的子類，因為Error類代表的是一般的應用不應該去捕獲的嚴重問題。可見，丢棄異常這一壞習慣是如此常見，它甚至已經影響到了Java本身的設計。

　　那麼，應該怎樣改正呢？主要有四個選擇：

　　1、處理異常。針對該異常采取一些行動，例如修正問題、提醒某個人或進行其他一些處理，要根據具體的情形确定應該采取的動作。再次說明，調用printStackTrace算不上已經“處理好了異常”。

　　2、重新抛出異常。處理異常的代碼在分析異常之後，認為自己不能處理它，重新抛出異常也不失為一種選擇。

　　3、把該異常轉換成另一種異常。大多數情況下，這是指把一個低級的異常轉換成應用級的異常（其含義更容易被使用者了解的異常）。

　　4、不要捕獲異常。

　　結論一：既然捕獲了異常，就要對它進行适當的處理。不要捕獲異常之後又把它丢棄，不予理睬。

　　反例之二：不指定具體的異常

　　代碼：15行。

　　許多時候人們會被這樣一種“美妙的”想法吸引：用一個catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實際上，在絕大多數情況下，這種做法不值得提倡。為什麼呢？

　　要了解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預期會出現某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由于絕大多數異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當于說我們想要處理幾乎所有的異常。

　　再來看看前面的代碼例子。我們真正想要捕獲的異常是什麼呢？最明顯的一個是SQLException，這是JDBC操作中常見的異常。另一個可能的異常是IOException，因為它要操作OutputStreamWriter。顯然，在同一個catch塊中處理這兩種截然不同的異常是不合适的。如果用兩個catch塊分别捕獲SQLException和IOException就要好多了。這就是說，catch語句應當盡量指定具體的異常類型，而不應該指定涵蓋範圍太廣的Exception類。

　　另一方面，除了這兩個特定的異常，還有其他許多異常也可能出現。例如，如果由于某種原因，executeQuery傳回了null，該怎麼辦？答案是讓它們繼續抛出，即不必捕獲也不必處理。實際上，我們不能也不應該去捕獲可能出現的所有異常，程式的其他地方還有捕獲異常的機會??直至最後由JVM處理。

　　結論二：在catch語句中盡可能指定具體的異常類型，必要時使用多個catch。不要試圖處理所有可能出現的異常。

　　反例之三：占用資源不釋放

　　代碼：3行-14行。

　　異常改變了程式正常的執行流程。這個道理雖然簡單，卻常常被人們忽視。如果程式用到了檔案、Socket、JDBC連接配接之類的資源，即使遇到了異常，也要正确釋放占用的資源。為此，Java提供了一個簡化這類操作的關鍵詞finally。

　　finally是樣好東西：不管是否出現了異常，Finally保證在try/catch/finally塊結束之前，執行清理任務的代碼總是有機會執行。遺憾的是有些人卻不習慣使用finally。

　　當然，編寫finally塊應當多加小心，特别是要注意在finally塊之内抛出的異常??這是執行清理任務的最後機會，盡量不要再有難以處理的錯誤。

　　結論三：保證所有資源都被正确釋放。充分運用finally關鍵詞。

反例之四：不說明異常的詳細資訊

　　代碼：3行-18行。

　　仔細觀察這段代碼：如果循環内部出現了異常，會發生什麼事情？我們可以得到足夠的資訊判斷循環内部出錯的原因嗎？不能。我們隻能知道目前正在處理的類發生了某種錯誤，但卻不能獲得任何資訊判斷導緻目前錯誤的原因。

　　printStackTrace的堆棧跟蹤功能顯示出程式運作到目前類的執行流程，但隻提供了一些最基本的資訊，未能說明實際導緻錯誤的原因，同時也不易解讀。

　　是以，在出現異常時，最好能夠提供一些文字資訊，例如目前正在執行的類、方法和其他狀态資訊，包括以一種更适合閱讀的方式整理群組織printStackTrace提供的資訊。

　　結論四：在異常處理子產品中提供适量的錯誤原因資訊，組織錯誤資訊使其易于了解和閱讀。

　　反例之五：過于龐大的try塊

　　代碼：3行-14行。

　　經常可以看到有人把大量的代碼放入單個try塊，實際上這不是好習慣。這種現象之是以常見，原因就在于有些人圖省事，不願花時間分析一大塊代碼中哪幾行代碼會抛出異常、異常的具體類型是什麼。把大量的語句裝入單個巨大的try塊就象是出門旅遊時把所有日常用品塞入一個大箱子，雖然東西是帶上了，但要找出來可不容易。

　　一些新手常常把大量的代碼放入單個try塊，然後再在catch語句中聲明Exception，而不是分離各個可能出現異常的段落并分别捕獲其異常。這種做法為分析程式抛出異常的原因帶來了困難，因為一大段代碼中有太多的地方可能抛出Exception。

　　結論五：盡量減小try塊的體積。

　　反例之六：輸出資料不完整

　　代碼：7行-11行。

　　如果循環的中間抛出了異常，循環的執行當然是要被打斷的，其次，catch塊會執行??就這些，再也沒有其他動作了。已經輸出的資料怎麼辦？使用這些資料的人或裝置将收到一份不完整的（因而也是錯誤的）資料，卻得不到任何有關這份資料是否完整的提示。對于有些系統來說，資料不完整可能比系統停止運作帶來更大的損失。

　　較為理想的處置辦法是向輸出裝置寫一些資訊，聲明資料的不完整性；另一種可能有效的辦法是，先緩沖要輸出的資料，準備好全部資料之後再一次性輸出。

　　結論六：全面考慮可能出現的異常以及這些異常對執行流程的影響。

　　改寫後的代碼

　　根據上面的讨論，下面給出改寫後的代碼。也許有人會說它稍微有點羅嗦，但是它有了比較完備的異常處理機制。

OutputStreamWriter out = ...

java.sql.Connection conn = ...

try {

　Statement stat = conn.createStatement();

　ResultSet rs = stat.executeQuery(

　　"select uid, name from user");

　while (rs.next())

　{

　　out.println("ID：" + rs.getString("uid") + "，姓名: " + rs.getString("name"));

　}

}

catch(SQLException sqlex)

{

　out.println("警告：資料不完整");

　throw new ApplicationException("讀取資料時出現SQL錯誤", sqlex);

}

catch(IOException ioex)

{

　throw new ApplicationException("寫入資料時出現IO錯誤", ioex);

}

finally

{

　if (conn != null) {

　　try {

　　　conn.close();

　　}

　　catch(SQLException sqlex2)

　　{

　　　System.err(this.getClass().getName() + ".mymethod - 不能關閉資料庫連接配接: " + sqlex2.toString());

　　}

　}

　if (out != null) {

　　try {

　　　out.close();

　　}

　　catch(IOException ioex2)

　　{

　　　System.err(this.getClass().getName() + ".mymethod - 不能關閉輸出檔案" + ioex2.toString());

　　}

　}

}
有時常識和經驗才是最好的老師，如果你對自己的做法沒有百分之百的信心，務必加上詳細、全面的注釋。

3.項目中遇見的異常及其原因分析和處理

異常

javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）

可能原因

action沒有再struts-config.xml 中定義，或沒有找到比對的action，例如在JSP檔案中使用 <html:form action="Login.do".将表單送出給Login.do處理，如果出現上述異常，請檢視struts-config.xml中的定義部分，有時可能是打錯了字元或者是某些不符合規則，可以使用strutsconsole工具來檢查。

-----------------------------------------------------------------------------------------------------------------

異常

org.apache.jasper.JasperException: Cannot retrieve definition for form bean null

可能原因     

這個異常是因為Struts根據struts-config.xml中的mapping沒有找到action期望的form bean。大部分的情況可能是因為在form-bean中設定的name屬性和action中設定的name屬性不比對所緻。換句話說，action和form都應該各自有一個name屬性，并且要精确比對，包括大小寫。這個錯誤當沒有name屬性和action關聯時也會發生，如果沒有在action中指定name屬性，那麼就沒有name屬性和action相關聯。當然當action制作某些控制時，譬如根據參數值跳轉到相應的jsp頁面，而不是處理表單資料，這是就不用name屬性，這也是action的使用方法之一。

-----------------------------------------------------------------------------------------------------------------

異常

No action instance for path /xxxx could be created

可能原因

特别提示：因為有很多中情況會導緻這個錯誤的發生，是以推薦大家調高你的web伺服器的日志/調試級别，這樣可以從更多的資訊中看到潛在的、在試圖建立action類時發生的錯誤，這個action類你已經在struts-config.xml中設定了關聯（即添加了<action>标簽）。

在struts-config.xml中通過action标簽的class屬性指定的action類不能被找到有很多種原因，例如：定位編譯後的.class檔案失敗。Failure to place compiled .class file for the action in the classpath (在web開發中，class的的位置在r WEB-INF/classes，是以你的action class必須要在這個目錄下。例如你的action類位于WEB-INF/classes/action/Login.class,那麼在struts-config.xml中設定action的屬性type時就是action.Login).

拼寫錯誤，這個也時有發生，并且不易找到，特别注意第一個字母的大小寫和包的名稱。

-----------------------------------------------------------------------------------------------------------------

異常

javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN

可能原因

沒有位form bean中的某個變量定義getter 方法

這個錯誤主要發生在表單送出的FormBean中，用struts标記<html:text property=”username”>時，在FormBean中必須有一個getUsername()方法。注意字母“U”。

-----------------------------------------------------------------------------------------------------------------

異常

java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm

可能原因

這個錯誤主要發生在在classpath中找不到相應的Java .class檔案。如果這個錯誤發生在web應用程式的運作時，主要是因為指定的class檔案不在web server的classpath中（/WEB-INF/classes 和 /WEB-INF/lib）。在上面的錯誤中，原因是找不到ActionForm類。

-----------------------------------------------------------------------------------------------------------------

異常

javax.servlet.jsp.JspException: Exception creating bean of class org.apache.struts.action.ActionForm: {1}

可能原因

Instantiating Struts-provided ActionForm class directly instead of instantiating a class derived off ActionForm. This mightoccur implicitly if you specify that a form-bean is this Struts ActionForm class rather than specifying a child of this classfor the form-bean.

Not associating an ActionForm-descended class with an action can also lead to this error.

-----------------------------------------------------------------------------------------------------------------

異常

javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection

可能原因

不是辨別Struts actionServlet的<servlet>标記就是映射.do擴充名的<sevlet-mapping>标記或者兩者都沒有在web.xml中聲明。

在struts-config.xml中的打字或者拼寫錯誤也可導緻這個異常的發生。例如缺少一個标記的關閉符号/>。最好使用struts console工具檢查一下。

另外，load-on-startup必須在web.xml中聲明，這要麼是一個空标記，要麼指定一個數值，這個數值用來表servlet運作的優先級，數值越大優先級越低。

還有一個和使用load-on-startup有關的是使用Struts預編譯JSP檔案時也可能導緻這個異常。

-----------------------------------------------------------------------------------------------------------------

異常

java.lang.NullPointerException at org.apache.struts.util.RequestUtils.forwardURL(RequestUtils.java:1223)

可能原因

在struts-config.xml中的forward元素缺少path屬性。例如應該是如下形式：

<forward name="userhome" path="/user/userhome.jsp"/>

-----------------------------------------------------------------------------------------------------------------

異常

javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope

Probable Causes

試圖在Struts的form标記外使用form的子元素。這常常發生在你在</html:form>後面使用Struts的html标記。另外要注意可能你不經意使用的無主體的标記，如<html:form … />，這樣web 伺服器解析時就當作一個無主體的标記，随後使用的所有<html>标記都被認為是在這個标記之外的，如又使用了<html:text property=”id”>還有就是在使用taglib引入HTML标記庫時，你使用的prefix的值不是html。

-----------------------------------------------------------------------------------------------------------------

異常

javax.servlet.jsp.JspException: Missing message for key xx.xx.xx

Probable Causes

這個key的值對沒有在資源檔案ApplicationResources.properties中定義。如果你使用eclipse時經常碰到這樣的情況，當項目重新編譯時，eclipse會自動将classes目錄下的資源檔案删除。

資源檔案ApplicationResources.properties 不在classpath中應将資源檔案放到 WEB-INF/classes 目錄下，當然要在struts-config.xml中定義)

-----------------------------------------------------------------------------------------------------------------

異常

Cannot find message resources under key org.apache.struts.action.MESSAGE

可能原因

很顯然，這個錯誤是發生在使用資源檔案時，而Struts沒有找到資源檔案。

Implicitly trying to use message resources that are not available (such as using empty html:options tag instead of specifyingthe options in its body -- this assumes options are specified in ApplicationResources.properties file)

XML parser issues -- too many, too few, incorrect/incompatible versions

-----------------------------------------------------------------------------------------------------------------

異常

Strange and seemingly random characters in HTML and on screen, but not in original JSP or servlet.

可能原因

混和使用Struts的html:form标記和标準的HTML标記不正确。

使用的編碼樣式在本頁中不支援。

-----------------------------------------------------------------------------------------------------------------

異常

"Document contained no data" in Netscape

No data rendered (completely empty) page in Microsoft Internet Explorer

可能原因

使用一個Action的派生類而沒有實作perform()方法或execute()方法。在Struts1.0中實作的是perform()方法，在Struts1.1中實作的是execute()方法，但Struts1.1向後相容perform()方法。但你使用Struts1.1建立一個Action的派生類，并且實作了execute()方法，而你在Struts1.0中運作的話，就會得到"Document contained nodata" error message in Netscape or a completely empty (no HTML whatsoever) page rendered in Microsoft Internet Explorer.”的錯誤資訊。

---------------------------------------------------------------------------------------------------------------------------

異常

ServletException: BeanUtils.populate

解決方案

在用Struts上傳檔案時,遇到了javax.servlet.ServletException: BeanUtils.populate異常。

我的ActionServlet并沒有用到BeanUtils這些工具類。後來仔細檢查代碼發現是在jsp檔案裡的form忘了加enctype=&amp;quot;multipart/form-data&quot; 了。是以寫程式遇到錯誤或異常應該從多方面考慮問題存在的可能性，想到系統提示資訊以外的東西。

----------------------------------------------------------------------------------------------------------------------------

1. 定義Action後, 如果指定了name, 那麼必須要定義一個與它同名的FormBean才能進行form映射.2. 如果定義Action後, 送出頁面時出現 "No input attribute for mapping path..." 錯誤, 則需要在其input屬性中定義轉向的頁面.3. 如果插入新的資料時出現 "Batch update row count wrong:..." 錯誤, 則說明XXX.hbm.xml中指定的key的類型為原始類型(int, long),因為這種類型會自動配置設定值, 而這個值往往會讓系統認為已經存在該記錄, 正确的方法是使用java.lang.Integer或java.lang.Long對象.4. 如果插入資料時出現 "argument type mismatch" 錯誤, 可能是你使用了Date等特殊對象, 因為struts不能自動從String型轉換成Date型,是以, 你需要在Action中手動把String型轉換成Date型.5. Hibernate中, Query的iterator()比list()方法快很多.6. 如果出現 "equal symbol expected" 錯誤, 說明你的strtus标簽中包含另一個标簽或者變量, 例如:

<html:select property="test" οnchange="<%=test%>"/>

或者

<html:hidden property="test" value="<bean:write name="t" property="p"/>"/>

這樣的情況...

---------------------------------------------------------------------------------------------------------------------------

錯誤：Exception in thread "main" org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update原因與解決：      因為Hibernate Tools（或者Eclipse本身的Database Explorer）生成*.hbn.xml工具中包含有catalog="***"（*表示資料庫名稱）這樣的屬性,将該屬性删除就可以了

---------------------------------------------------------------------------------------------------------------------------

錯誤：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)

原因與解決：

方法1 删除Set方的cascade

方法2 解決關聯關系後，再删除

方法3 在many-to-one方增加cascade 但值不能是none

最後一招：

檢查一下hashCode equals是否使用了id作為唯一标示的選項了；我用uuid.hex時是沒有問題的；但是用了native，就不行了，怎麼辦？删除啊！

----------------------------------------------------------------------------------------------------------------------------

問題：今天用Tomcat 5.5.12，發現原來很好用的系統不能用了，反複測試發現頁面中不能包含 taglib，否則會出現以下提示：HTTP Status 500 -type Exception reportMessage description The server encountered an internal error () that prevented it from fulfilling this request.exceptionorg.apache.jasper.JasperException: /index.jsp(1,1) Unable to read TLD "META-INF/tlds/struts-bean.tld" from JAR file"file:*****/WEB-INF/lib/struts.jar":原因：更新了工程用的lib檔案夾下的jar，釋出時也釋出了servlet.jar和jsp-api.jar。解決：把jsp-api.jar删除就解決這個問題了。-----------------------------------------------------------------------------------------------------------------------------

錯誤： java.lang.NullPointerException

原因： 發現 dao 執行個體、 manage 執行個體等需要注入的東西沒有被注入（俗稱空指針異常）解決：這個時候，你應該檢視日志檔案；預設是應用伺服器的 log 檔案，比如 Tomcat 就是 [Tomcat 安裝目錄 ]/logs ；你會發現提示你：可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sf' defined in ServletContextresource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xmlorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xml……………………….Caused by: java.io.FileNotFoundException: src\hibernate.cfg.xml可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined inServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not foundorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not found然後你就知道原因是因為配置檔案的解析出了錯誤，這個通過 Web 頁面是看不出來的。更多的是持久化影射檔案出的錯誤；導緻了沒有被解析；當然你需要的功能就無法使用了。

----------------------------------------------------------------------------------------------------------------------------

錯誤：StandardWrapperValve[action]: Servlet.service() for servlet action threw exception

javax.servlet.jsp.JspException: Cannot retrieve mapping for action /settlementTypeManage

或者：      type Status report      message Servlet action is not available      description The requested resource (Servlet action is not available) is not available.

原因： 同 上

----------------------------------------------------------------------------------------------------------------------------

錯誤StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exceptionjava.lang.ClassNotFoundException: org.apache.struts.taglib.bean.CookieTei界面錯誤具體描述：

org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.bean.CookieTei

      原因與解決：    <方案一>你的“html:”開頭的标簽沒有放在一個<html:form>中       <方案二>重新啟動你的應用伺服器，自動就沒有這個問題

J2SE java exception action struts html servlet
上一篇: 一個有點奇怪的異常處理問題
下一篇: 學習筆記I/O篇之六

繼續閱讀