、慕白

你覺得自己是一個Java專家嗎？是否肯定自己已經(jīng)全面掌握了Java的異常處理機制？在下面這段代碼中，你能夠迅速找出異常處理的六個問題嗎？ 

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

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

反例之一：丟棄異常 

代碼：15行-18行。 

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

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

丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因為許多應用會捕獲所有的Exception然后丟棄它不再理睬。”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應用會試圖捕獲所有異常然后不予以適當?shù)奶幚恚訨DK把ThreadDeath定義成了Error的子類，因為Error類代表的是一般的應用不應該去捕獲的嚴重問題。可見，丟棄異常這一壞習慣是如此常見，它甚至已經(jīng)影響到了Java本身的設計。 

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

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

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

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

4、不要捕獲異常。 

結論一：既然捕獲了異常，就要對它進行適當?shù)奶幚怼２灰东@異常之后又把它丟棄，不予理睬。 

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

代碼：15行。 

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

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

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

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

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

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

代碼：3行-14行。 

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

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

當然，編寫finally塊應當多加小心，特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務的最后機會，盡量不要再有難以處理的錯誤。 

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

反例之四：不說明異常的詳細信息 

　　代碼：3行-18行。 

仔細觀察這段代碼：如果循環(huán)內(nèi)部出現(xiàn)了異常，會發(fā)生什么事情？我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯的原因嗎？不能。我們只能知道當前正在處理的類發(fā)生了某種錯誤，但卻不能獲得任何信息判斷導致當前錯誤的原因。 

printStackTrace的堆棧跟蹤功能顯示出程序運行到當前類的執(zhí)行流程，但只提供了一些最基本的信息，未能說明實際導致錯誤的原因，同時也不易解讀。 

因此，在出現(xiàn)異常時，最好能夠提供一些文字信息，例如當前正在執(zhí)行的類、方法和其他狀態(tài)信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。 

結論四：在異常處理模塊中提供適量的錯誤原因信息，組織錯誤信息使其易于理解和閱讀。 

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

代碼：3行-14行。 

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

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

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

反例之六：輸出數(shù)據(jù)不完整 

代碼：7行-11行。 

不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會發(fā)生什么事情。循環(huán)的執(zhí)行當然是要被打斷的，其次，catch塊會執(zhí)行??就這些，再也沒有其他動作了。已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設備將收到一份不完整的（因而也是錯誤的）數(shù)據(jù)，卻得不到任何有關這份數(shù)據(jù)是否完整的提示。對于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運行帶來更大的損失。 

較為理想的處置辦法是向輸出設備寫一些信息，聲明數(shù)據(jù)的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準備好全部數(shù)據(jù)之后再一次性輸出。 

結論六：全面考慮可能出現(xiàn)的異常以及這些異常對執(zhí)行流程的影響。 

改寫后的代碼 

根據(jù)上面的討論，下面給出改寫后的代碼。也許有人會說它稍微有點?嗦，但是它有了比較完備的異常處理機制。 

算術異常類：ArithmeticExecption

空指針異常類：NullPointerException

類型強制轉換異常：ClassCastException

數(shù)組負下標異常：NegativeArrayException

數(shù)組下標越界異常：ArrayIndexOutOfBoundsException

違背安全原則異常：SecturityException

文件已結束異常：EOFException

文件未找到異常：FileNotFoundException

字符串轉換為數(shù)字異常：NumberFormatException

操作數(shù)據(jù)庫異常：SQLException

輸入輸出異常：IOException

方法未找到異常：NoSuchMethodException

java.lang.AbstractMethodError

抽象方法錯誤。當應用試圖調(diào)用抽象方法時拋出。

java.lang.AssertionError

斷言錯。用來指示一個斷言失敗的情況。

java.lang.ClassCircularityError

類循環(huán)依賴錯誤。在初始化一個類時，若檢測到類之間循環(huán)依賴則拋出該異常。

java.lang.ClassFormatError

類格式錯誤。當Java虛擬機試圖從一個文件中讀取Java類，而檢測到該文件的內(nèi)容不符合類的有效格式時拋出。

java.lang.Error

錯誤。是所有錯誤的基類，用于標識嚴重的程序運行問題。這些問題通常描述一些不應被應用程序捕獲的反常情況。

java.lang.ExceptionInInitializerError

初始化程序錯誤。當執(zhí)行一個類的靜態(tài)初始化程序的過程中，發(fā)生了異常時拋出。靜態(tài)初始化程序是指直接包含于類中的static語句段。

java.lang.IllegalAccessError

違法訪問錯誤。當一個應用試圖訪問、修改某個類的域（Field）或者調(diào)用其方法，但是又違反域或方法的可見性聲明，則拋出該異常。

java.lang.IncompatibleClassChangeError

不兼容的類變化錯誤。當正在執(zhí)行的方法所依賴的類定義發(fā)生了不兼容的改變時，拋出該異常。一般在修改了應用中的某些類的聲明定義而沒有對整個應用重新編譯而直接運行的情況下，容易引發(fā)該錯誤。

java.lang.InstantiationError

實例化錯誤。當一個應用試圖通過Java的new操作符構造一個抽象類或者接口時拋出該異常.

java.lang.InternalError

內(nèi)部錯誤。用于指示Java虛擬機發(fā)生了內(nèi)部錯誤。

java.lang.LinkageError

鏈接錯誤。該錯誤及其所有子類指示某個類依賴于另外一些類，在該類編譯之后，被依賴的類改變了其類定義而沒有重新編譯所有的類，進而引發(fā)錯誤的情況。

java.lang.NoClassDefFoundError

未找到類定義錯誤。當Java虛擬機或者類裝載器試圖實例化某個類，而找不到該類的定義時拋出該錯誤。

java.lang.NoSuchFieldError

域不存在錯誤。當應用試圖訪問或者修改某類的某個域，而該類的定義中沒有該域的定義時拋出該錯誤。

java.lang.NoSuchMethodError

方法不存在錯誤。當應用試圖調(diào)用某類的某個方法，而該類的定義中沒有該方法的定義時拋出該錯誤。

java.lang.OutOfMemoryError

內(nèi)存不足錯誤。當可用內(nèi)存不足以讓Java虛擬機分配給一個對象時拋出該錯誤。

java.lang.StackOverflowError

堆棧溢出錯誤。當一個應用遞歸調(diào)用的層次太深而導致堆棧溢出時拋出該錯誤。

java.lang.ThreadDeath

線程結束。當調(diào)用Thread類的stop方法時拋出該錯誤，用于指示線程結束。

java.lang.UnknownError

未知錯誤。用于指示Java虛擬機發(fā)生了未知嚴重錯誤的情況。

java.lang.UnsatisfiedLinkError

未滿足的鏈接錯誤。當Java虛擬機未找到某個類的聲明為native方法的本機語言定義時拋出。

java.lang.UnsupportedClassVersionError

不支持的類版本錯誤。當Java虛擬機試圖從讀取某個類文件，但是發(fā)現(xiàn)該文件的主、次版本號不被當前Java虛擬機支持的時候，拋出該錯誤。

java.lang.VerifyError

驗證錯誤。當驗證器檢測到某個類文件中存在內(nèi)部不兼容或者安全問題時拋出該錯誤。

java.lang.VirtualMachineError

虛擬機錯誤。用于指示虛擬機被破壞或者繼續(xù)執(zhí)行操作所需的資源不足的情況。

java.lang.ArithmeticException

算術條件異常。譬如：整數(shù)除零等。

java.lang.ArrayIndexOutOfBoundsException

數(shù)組索引越界異常。當對數(shù)組的索引值為負數(shù)或大于等于數(shù)組大小時拋出。

java.lang.ArrayStoreException

數(shù)組存儲異常。當向數(shù)組中存放非數(shù)組聲明類型對象時拋出。

java.lang.ClassCastException

類造型異常。假設有類A和B（A不是B的父類或子類），O是A的實例，那么當強制將O構造為類B的實例時拋出該異常。該異常經(jīng)常被稱為強制類型轉換異常。

java.lang.ClassNotFoundException

找不到類異常。當應用試圖根據(jù)字符串形式的類名構造類，而在遍歷CLASSPAH之后找不到對應名稱的class文件時，拋出該異常。

java.lang.CloneNotSupportedException

不支持克隆異常。當沒有實現(xiàn)Cloneable接口或者不支持克隆方法時,調(diào)用其clone()方法則拋出該異常。

java.lang.EnumConstantNotPresentException

枚舉常量不存在異常。當應用試圖通過名稱和枚舉類型訪問一個枚舉對象，但該枚舉對象并不包含常量時，拋出該異常。

java.lang.Exception

根異常。用以描述應用程序希望捕獲的情況。

java.lang.IllegalAccessException

違法的訪問異常。當應用試圖通過反射方式創(chuàng)建某個類的實例、訪問該類屬性、調(diào)用該類方法，而當時又無法訪問類的、屬性的、方法的或構造方法的定義時拋出該異常。

java.lang.IllegalMonitorStateException

違法的監(jiān)控狀態(tài)異常。當某個線程試圖等待一個自己并不擁有的對象（O）的監(jiān)控器或者通知其他線程等待該對象（O）的監(jiān)控器時，拋出該異常。

java.lang.IllegalStateException

違法的狀態(tài)異常。當在Java環(huán)境和應用尚未處于某個方法的合法調(diào)用狀態(tài)，而調(diào)用了該方法時，拋出該異常。

java.lang.IllegalThreadStateException

違法的線程狀態(tài)異常。當縣城尚未處于某個方法的合法調(diào)用狀態(tài)，而調(diào)用了該方法時，拋出異常。

java.lang.IndexOutOfBoundsException

索引越界異常。當訪問某個序列的索引值小于0或大于等于序列大小時，拋出該異常。

java.lang.InstantiationException

實例化異常。當試圖通過newInstance()方法創(chuàng)建某個類的實例，而該類是一個抽象類或接口時，拋出該異常。

java.lang.InterruptedException

被中止異常。當某個線程處于長時間的等待、休眠或其他暫停狀態(tài)，而此時其他的線程通過Thread的interrupt方法終止該線程時拋出該異常。

java.lang.NegativeArraySizeException

數(shù)組大小為負值異常。當使用負數(shù)大小值創(chuàng)建數(shù)組時拋出該異常。

java.lang.NoSuchFieldException

屬性不存在異常。當訪問某個類的不存在的屬性時拋出該異常。

java.lang.NoSuchMethodException

方法不存在異常。當訪問某個類的不存在的方法時拋出該異常。

java.lang.NullPointerException

空指針異常。當應用試圖在要求使用對象的地方使用了null時，拋出該異常。譬如：調(diào)用null對象的實例方法、訪問null對象的屬性、計算null對象的長度、使用throw語句拋出null等等。

java.lang.NumberFormatException

數(shù)字格式異常。當試圖將一個String轉換為指定的數(shù)字類型，而該字符串確不滿足數(shù)字類型要求的格式時，拋出該異常。

java.lang.RuntimeException

運行時異常。是所有Java虛擬機正常操作期間可以被拋出的異常的父類。

java.lang.SecurityException

安全異常。由安全管理器拋出，用于指示違反安全情況的異常。

java.lang.StringIndexOutOfBoundsException

字符串索引越界異常。當使用索引值訪問某個字符串中的字符，而該索引值小于0或大于等于序列大小時，拋出該異常。

java.lang.TypeNotPresentException

類型不存在異常。當應用試圖以某個類型名稱的字符串表達方式訪問該類型，但是根據(jù)給定的名稱又找不到該類型是拋出該異常。該異常與ClassNotFoundException的區(qū)別在于該異常是unchecked（不被檢查）異常，而ClassNotFoundException是checked（被檢查）異常。

java.lang.UnsupportedOperationException

不支持的方法異常。指明請求的方法不被支持情況的異常。

異常
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處理，如果出現(xiàn)上述異常，請查看struts-config.xml中的定義部分，有時可能是打錯了字符或者是某些不符合規(guī)則，可以使用strutsconsole工具來檢查。
-----------------------------------------------------------------------------------------------------------------
異常
org.apache.jasper.JasperException: Cannot retrieve definition for form bean null

可能原因      
       
這個異常是因為Struts根據(jù)struts-config.xml中的mapping沒有找到action期望的form bean。大部分的情況可能是因為在form-bean中設置的name屬性和action中設置的name屬性不匹配所致。換句話說，action和form都應該各自有一個name屬性，并且要精確匹配，包括大小寫。這個錯誤當沒有name屬性和action關聯(lián)時也會發(fā)生，如果沒有在action中指定name屬性，那么就沒有name屬性和action相關聯(lián)。當然當action制作某些控制時，譬如根據(jù)參數(shù)值跳轉到相應的jsp頁面，而不是處理表單數(shù)據(jù)，這是就不用name屬性，這也是action的使用方法之一。
-----------------------------------------------------------------------------------------------------------------
異常
No action instance for path /xxxx could be created

可能原因
特別提示：因為有很多中情況會導致這個錯誤的發(fā)生，所以推薦大家調(diào)高你的web服務器的日志/調(diào)試級別，這樣可以從更多的信息中看到潛在的、在試圖創(chuàng)建action類時發(fā)生的錯誤，這個action類你已經(jīng)在struts-config.xml中設置了關聯(lián)（即添加了<action>標簽）。

在struts-config.xml中通過action標簽的class屬性指定的action類不能被找到有很多種原因，例如：定位編譯后的.class文件失敗。Failure to place compiled .class file for the action in the classpath (在web開發(fā)中，class的的位置在r WEB-INF/classes，所以你的action class必須要在這個目錄下。例如你的action類位于WEB-INF/classes/action/Login.class,那么在struts-config.xml中設置action的屬性type時就是action.Login).
拼寫錯誤，這個也時有發(fā)生，并且不易找到，特別注意第一個字母的大小寫和包的名稱。 
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN

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

這個錯誤主要發(fā)生在表單提交的FormBean中，用struts標記<html:text property=”username”>時，在FormBean中必須有一個getUsername()方法。注意字母“U”。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm

可能原因
這個錯誤主要發(fā)生在在classpath中找不到相應的Java .class文件。如果這個錯誤發(fā)生在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中的打字或者拼寫錯誤也可導致這個異常的發(fā)生。例如缺少一個標記的關閉符號/>。最好使用struts console工具檢查一下。

另外，load-on-startup必須在web.xml中聲明，這要么是一個空標記，要么指定一個數(shù)值，這個數(shù)值用來表servlet運行的優(yōu)先級，數(shù)值越大優(yōu)先級越低。

還有一個和使用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的子元素。這常常發(fā)生在你在</html:form>后面使用Struts的html標記。另外要注意可能你不經(jīng)意使用的無主體的標記，如<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時經(jīng)常碰到這樣的情況，當項目重新編譯時，eclipse會自動將classes目錄下的資源文件刪除。

資源文件ApplicationResources.properties 不在classpath中應將資源文件放到 WEB-INF/classes 目錄下，當然要在struts-config.xml中定義)
-----------------------------------------------------------------------------------------------------------------
異常
Cannot find message resources under key org.apache.struts.action.MESSAGE

可能原因
很顯然，這個錯誤是發(fā)生在使用資源文件時，而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的派生類而沒有實現(xiàn)perform()方法或execute()方法。在Struts1.0中實現(xiàn)的是perform()方法，在Struts1.1中實現(xiàn)的是execute()方法，但Struts1.1向后兼容perform()方法。但你使用Struts1.1創(chuàng)建一個Action的派生類，并且實現(xiàn)了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這些工具類。后來仔細檢查代碼發(fā)現(xiàn)是在jsp文件里的form忘了加enctype=&quot;multipart/form-data&quot; 了。所以寫程序遇到錯誤或異常應該從多方面考慮問題存在的可能性，想到系統(tǒng)提示信息以外的東西。
----------------------------------------------------------------------------------------------------------------------------
1. 定義Action后, 如果指定了name, 那么必須要定義一個與它同名的FormBean才能進行form映射.2. 如果定義Action后, 提交頁面時出現(xiàn) "No input attribute for mapping path..." 錯誤, 則需要在其input屬性中定義轉向的頁面.3. 如果插入新的數(shù)據(jù)時出現(xiàn) "Batch update row count wrong:..." 錯誤, 則說明XXX.hbm.xml中指定的key的類型為原始類型(int, long),因為這種類型會自動分配值, 而這個值往往會讓系統(tǒng)認為已經(jīng)存在該記錄, 正確的方法是使用java.lang.Integer或java.lang.Long對象.4. 如果插入數(shù)據(jù)時出現(xiàn) "argument type mismatch" 錯誤, 可能是你使用了Date等特殊對象, 因為struts不能自動從String型轉換成Date型,所以, 你需要在Action中手動把String型轉換成Date型.5. Hibernate中, Query的iterator()比list()方法快很多.6. 如果出現(xiàn) "equal symbol expected" 錯誤, 說明你的strtus標簽中包含另一個標簽或者變量, 例如:
<html:select property="test" onchange="<%=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="***"（*表示數(shù)據(jù)庫名稱）這樣的屬性,將該屬性刪除就可以了
---------------------------------------------------------------------------------------------------------------------------
錯誤：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)
原因與解決：
方法1 刪除Set方的cascade
方法2 解決關聯(lián)關系后，再刪除
方法3 在many-to-one方增加cascade 但值不能是none
最后一招：
檢查一下hashCode equals是否使用了id作為唯一標示的選項了；我用uuid.hex時是沒有問題的；但是用了native，就不行了，怎么辦？刪除啊！
----------------------------------------------------------------------------------------------------------------------------
問題：今天用Tomcat 5.5.12，發(fā)現(xiàn)原來很好用的系統(tǒng)不能用了，反復測試發(fā)現(xiàn)頁面中不能包含 taglib，否則會出現(xiàn)以下提示：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，發(fā)布時也發(fā)布了servlet.jar和jsp-api.jar。解決：把jsp-api.jar刪除就解決這個問題了。-----------------------------------------------------------------------------------------------------------------------------
錯誤： java.lang.NullPointerException
原因： 發(fā)現(xiàn) dao 實例、 manage 實例等需要注入的東西沒有被注入（俗稱空指針異常）解決：這個時候，你應該查看日志文件；默認是應用服務器的 log 文件，比如 Tomcat 就是 [Tomcat 安裝目錄 ]/logs ；你會發(fā)現(xiàn)提示你：可能是：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>中       <方案二>重新啟動你的應用服務器，自動就沒有這個問題

基本演示了線程池和隊列的應用

  public class WorkQueue { 
   

   private final int nThreads;//線程池的大小 
   private final PoolWorker[] threads;//用數(shù)組實現(xiàn)線程池 
   private final LinkedList queue;//任務隊列 

  public WorkQueue(int nThreads){ 
     this.nThreads = nThreads; 
     queue = new LinkedList(); 
     threads = new PoolWorker[nThreads]; 

      for (int i=0; i<nThreads;i++){

         threads[i] = new PoolWorker(); 
         threads[i].start();//啟動所有工作線程 
      } 
  } 

  public void execute(Runnable r) {//任務 
    synchronized(queue) { 
            queue.addLast(r); 
            queue.notify(); 
    } 
  } 

  private class PoolWorker extends Thread {//工作線程類 
        public void run() { 
               Runnable r; 
               while (true) { 
                    synchronized(queue) { 
                      while (queue.isEmpty()) {//如果任務隊列中沒有任務，等待 
                        try{ 
                          queue.wait(); 
                        }catch (InterruptedException ignored){} 
                      }    
                       r = (Runnable) queue.removeFirst();//有任務時，取出任務 
                   } 
                   try { 
                       r.run();//執(zhí)行任務 
                   }catch (RuntimeException e) { 
                      // You might want to log something here 
                  } 
              } 
      } 
   } 


 public static void main(String args[]){ 
      WorkQueue wq=new WorkQueue(10);//10個工作線程 
      Mytask r[]=new Mytask[20];//20個任務 
   
      for(int i=0;i<20;i++){ 
           r[i]=new Mytask(); 
           wq.execute(r[i]); 
      }       
 } 
} 
class Mytask implements Runnable{//任務接口 
         public void run(){ 
              String name=Thread.currentThread().getName(); 
              try{ 
                  Thread.sleep(100);//模擬任務執(zhí)行的時間 
              }catch(InterruptedException e){} 
              System.out.println(name+" executed OK"); 
         } 
  } 

上周在優(yōu)化預警分析的工作中，發(fā)現(xiàn)由于分頁功能需要提供總條數(shù) ，項目組內(nèi)的普遍做法是進行兩次sql查詢，一次用count(*)獲得總條數(shù)，一次獲取真正的展現(xiàn)數(shù)據(jù)。其實oracle提供了olap函數(shù)對此進行優(yōu)化，可通過偽列：count(*) over()獲得當前sql的總條數(shù)。

 SELECT last_name, salary, COUNT(*) OVER () AS cnt1,
           COUNT(*) OVER (ORDER BY salary) AS cnt2,
           COUNT(*) OVER (ORDER BY salary RANGE BETWEEN 50 PRECEDING AND 150 FOLLOWING) AS cnt3 FROM employees;

結果如下 ：