1、第一個JAVA例程：hello world 執行時的問題：problems Executing Hello
如果你看到下面的錯誤提示:
'java' is not recognized as an internal or external command, ...
or
java: Command not found.
那麽你或許沒有(yǒu)安(ān)裝(zhuāng)java或者在環境變量中(zhōng)并沒有(yǒu)設置path路徑java\bin目錄。
請檢查你的java安(ān)裝(zhuāng)以及環境變量的正确設置。
如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: hello
(wrong name: Hello) ...
那麽你很(hěn)有(yǒu)可(kě)能(néng)是因為(wèi)沒有(yǒu)注意大小(xiǎo)寫或是把名(míng)稱中(zhōng)的字母打錯了。如：
java hello
鍵入正确的命令重新(xīn)運行即可(kě)。
如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: Hello
/class
那麽你需要考慮是否去掉名(míng)字中(zhōng)的.class部分(fēn)。
2、分(fēn)析出現java.lang.NoClassDefFoundError異常的具(jù)體(tǐ)情況
這個問題在上面調試第一個例程出現過，但是如果我們輸入的名(míng)稱是正确的，仍然提示這樣的問題時怎麽辦(bàn)呢(ne)？
裝(zhuāng)了JDK1.4.0版，而且JAVA_HOME，PATH和CLASSPATH都設置好了。如下
JAVA_HOME=/home/jdk
CLASSPATH=$JAVA_HOME/jre/lib/tools.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/jre/lib/:$JAVA_HOME/lib
PATH=$PATH:$JAVA_HOME/bin
用(yòng)JAVAC命令生成了hello.class,當使用(yòng)java hello時，仍然提示：
Exception in thread "main" java.lang.NoClassDefFoundError:XXX（wrong name:
XXX）
解決提示：
(1)、Add (current directory) to your classpath或類定義前面加public
(2)、path環境變量中(zhōng)設置的路徑中(zhōng)是否有(yǒu)另一個java.exe文(wén)件，默認執行的是這個目錄下的java.exe，雖然版本與JDK下的java.exe一緻，但是在此目錄下執行就會出錯。
方法：
安(ān)裝(zhuāng)了JDK的情況下，應該删除winnt下的java.exe，确保默認調用(yòng)的java.exe是位于jdk中(zhōng)bin目錄下的java.exe。
(3)、假如你使用(yòng)了packet
那麽檢查你在編譯了沒有(yǒu)将指定package包在你文(wén)件中(zhōng)的java文(wén)件。
3、通常異常捕獲處理(lǐ)：
JAVA中(zhōng)幾個基本異常簡單的描述一下：
ArithmeticException 當出現異常算術條件時産(chǎn)生
NullPointerException 當應用(yòng)程序企圖使用(yòng)需要的對象處為(wèi)空時産(chǎn)生
ArrayIndexOutOfBoundsException 數組下标越界時産(chǎn)生
ArrayStoreException 當程序試圖存儲數組中(zhōng)錯誤的類型數據時産(chǎn)生
FileNotFoundException 試圖訪問的文(wén)件不存在時産(chǎn)生
IOException 由于一般I/O故障而引起的，如讀文(wén)件故障
NumberFormatException 當把字符串轉換為(wèi)數值型數據失敗時産(chǎn)生
OutOfMemoryException 内存不足時産(chǎn)生
SecurityException 當小(xiǎo)應用(yòng)程序（Applet）試圖執行由于浏覽器的安(ān)全設置而不允許的動作(zuò)時産(chǎn)生
StackOverflowException 當系統的堆棧空間用(yòng)完時産(chǎn)生
StringIndexOutOfBoundsException 當程序試圖訪問串中(zhōng)不存在的字符位置時産(chǎn)生
上述出現的異常基本上都是JAVA中(zhōng)我們可(kě)能(néng)會遇到的異常。
類Throwable有(yǒu)兩個直接子類：Error和Exception。Exception類對象是Java程序處理(lǐ)或抛棄的對象。Java 提供了兩種Exception 的模式，一種是執行的時候所産(chǎn)生的Exception (Runtime Exception)，另外一種則是受控制的Exception (Checked Exception)。所有(yǒu)的Checked Exception 均從java.lang.Exception 繼承而來，而Runtime Exception 則繼承java.lang.RuntimeException 或java.lang.Error (實際上java.lang.RuntimeException 的上一層也是java.lang.Exception)。它有(yǒu)各種不同的子類分(fēn)别對應于不同類型的例外。其中(zhōng)類RuntimeException代表運行時由Java虛拟機生成的例外。
程序的運作(zuò)機制上看，Runtime Exception與Checked Exception 不一樣，從邏輯上看，Runtime Exception 與Checked Exception 在使用(yòng)的目的上也不一樣。
一般而言，Checked Exception 表示這個Exception 必須要被處理(lǐ)，也就是說程序設計者應該已經知道可(kě)能(néng)會收到某個Exception(因為(wèi)要try catch住) ，所以程序設計者應該能(néng)針對這些不同的Checked Exception 做出不同的處理(lǐ)。
而Runtime Exception 通常會暗示着程序上的錯誤，這種錯誤會導緻程序設計者無法處理(lǐ)，而造成程序無法繼續執行下去。
Java的可(kě)控制異常處理(lǐ)是通過5個關鍵字來實現的：try，catch，throw，throws，finally。JB的在線(xiàn)幫助中(zhōng)對這幾個關鍵字是這樣解釋的：
Throws: Lists the exceptions a method could throw.
Throw: Transfers control of the method to the exception handler.
Try： Opening exception-handling statement.
Catch： Captures the exception.
Finally： Runs its code before terminating the program.
·try語句
try語句用(yòng)大括号{}指定了一段代碼，該段代碼可(kě)能(néng)會抛棄一個或多(duō)個例外。
·catch語句
catch語句的參數類似于方法的聲明，包括一個例外類型和一個例外對象。例外類型必須為(wèi)Throwable類的子類，它指明了catch語句所處理(lǐ)的例外類型，例外對象則由運行時系統在try所指定的代碼塊中(zhōng)生成并被捕獲，大括号中(zhōng)包含對象的處理(lǐ)，其中(zhōng)可(kě)以調用(yòng)對象的方法。
catch語句可(kě)以有(yǒu)多(duō)個，分(fēn)别處理(lǐ)不同類的例外。Java運行時系統從上到下分(fēn)别對每個catch語句處理(lǐ)的例外類型進行檢測，直到找到類型相匹配的catch語句為(wèi)止。這裏，類型匹配指catch所處理(lǐ)的例外類型與生成的例外對象的類型完全一緻或者是它的父類，因此，catch語句的排列順序應該是從特殊到一般。
也可(kě)以用(yòng)一個catch語句處理(lǐ)多(duō)個例外類型，這時它的例外類型參數應該是這多(duō)個例外類型的父類，程序設計中(zhōng)要根據具(jù)體(tǐ)的情況來選擇catch語句的例外處理(lǐ)類型。
· finally語句
try所限定的代碼中(zhōng)，當抛棄一個例外時，其後的代碼不會被執行。通過finally語句可(kě)以指定一塊代碼。無論try所指定的程序塊中(zhōng)抛棄或不抛棄例外，也無論catch語句的例外類型是否與所抛棄的例外的類型一緻，finally所指定的代碼都要被執行，它提供了統一的出口。通常在finally語句中(zhōng)可(kě)以進行資源的清除工(gōng)作(zuò)。如關閉打開的文(wén)件等。不管異常是否發生都會執行finally中(zhōng)的語句。
·throws語句
throws總是出現在一個函數頭中(zhōng)，用(yòng)來标明該成員函數可(kě)能(néng)抛出的各種異常。對大多(duō)數Exception子類來說，Java 編譯器會強迫你聲明在一個成員函數中(zhōng)抛出的異常的類型。如果異常的類型是Error或 RuntimeException， 或它們的子類，這個規則不起作(zuò)用(yòng)， 因為(wèi)這在程序的正常部分(fēn)中(zhōng)是不期待出現的。 如果你想明确地抛出一個RuntimeException，你必須用(yòng)throws語句來聲明它的類型。
· throw語句
throw總是出現在函數體(tǐ)中(zhōng)，用(yòng)來抛出一個異常。程序會在throw語句後立即終止，它後面的語句執行不到，然後在包含它的所有(yǒu)try塊中(zhōng)（可(kě)能(néng)在上層調用(yòng)函數中(zhōng)）從裏向外尋找含有(yǒu)與其匹配的catch子句的try塊。所有(yǒu)的方法都使用(yòng)“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)對系統所訪問外部資源，未執行關閉操作(zuò)，導緻外部資源大量浪費，最終可(kě)能(néng)導緻系統無法正常運行；
2)對系統所訪問的外部資源關閉次數太多(duō)，外部系統無法正常處理(lǐ)；
3)系統訪問的外部資源出現異常情況。
解決方案：
1)訪問外部資源前，首先檢查該資源(如數據庫)是否可(kě)正常連接或操作(zuò)。
2)訪問外部資源時，如果進行了連接，一定進行關閉操作(zuò)，并僅進行一次關閉操作(zuò)。
3)盡量在同一操作(zuò)中(zhōng)共享外部資源，以減少該操作(zuò)對資源的消費，提高程序的執行效率
5、空指針錯誤 ：java.lang.NullPointerException
使用(yòng)基本的JAVA數據類型，變量的值要麽已經是默認值，如果沒有(yǒu)對其正常賦值，程序便不能(néng)通過編譯，因此使用(yòng)基本的JAVA數據類型(double,float,boolean,char,int,long)一般不會引起空指針異常。由此可(kě)見，空指針異常主要跟與對象的操作(zuò)相關。
下面先列出了可(kě)能(néng)發生空指針異常的幾種情況及相應解決方案：
不管對象是否為(wèi)空就直接開始使用(yòng)。
(JSP)代碼段1：
out.println(request.getParameter("username"));
描述：
代碼段1的功能(néng)十分(fēn)簡單，就是輸出用(yòng)戶輸入的表域"username"的值。
說明：
看上去，上面的語句找不出什麽語法錯誤，而且在大多(duō)數情況下也遇不到什麽問題。但是，如果某個用(yòng)戶在輸入數據時并沒有(yǒu)提供表單域"username"的值，或通過某種途徑繞過表單直接輸入時，此時request.getParameter("username")的值為(wèi)空（不是空字符串，是空對象null。），out對象的println方法是無法直接對空對象操作(zuò)，因此代碼段1所在的JSP頁(yè)面将會抛出"java.lang.NullPointerException"異常。
即使對象可(kě)能(néng)為(wèi)空時，也調用(yòng)java.lang.Object或Object對象本身的一些方法如toString(), equals(Object obj)等操作(zuò)。
(JSP)代碼段2：
String userName = request.getParameter("username");
If (userName.equals("root"))
{....}
描述：
代碼段2的功能(néng)是檢測用(yòng)戶提供的用(yòng)戶名(míng)，如果是用(yòng)戶名(míng)稱為(wèi)"root"的用(yòng)戶時，就執行一些特别的操作(zuò)。
說明：
在代碼段2中(zhōng)，如果有(yǒu)用(yòng)戶沒有(yǒu)提供表單域"username"的值時，字符串對象userName為(wèi)null值，不能(néng)夠将一個null的對象與另一個對象直接比較，同樣，代碼段2所在的JSP頁(yè)面就會抛出(java.lang.NullPointerException)空指針錯誤。
(JSP)代碼段3：
String userName = session.getAttribute("session.username").toString();
描述：
代碼段3的功能(néng)是将session中(zhōng)session.username的值取出，并将該值賦給字符串對象 userName。
說明：
在一般情況下，如果在用(yòng)戶已經進行某個會話，則不會出現什麽問題；但是，如果此時應用(yòng)服務(wù)器重新(xīn)啓動，而用(yòng)戶還沒有(yǒu)重新(xīn)登錄，（也可(kě)能(néng)是用(yòng)戶關閉浏覽器，但是仍打開原來的頁(yè)面。）那麽，此時該session的值就會失效，同時導緻session中(zhōng)的session.username的值為(wèi)空。對一個為(wèi)null的對象的直接執行toString()操作(zuò)，就會導緻系統抛出(java.lang.NullPointerException)空指針異常。
解決方案：
為(wèi)了确保進行操作(zuò)或引用(yòng)的對象非空，假若我們要對某對象進行操作(zuò)或引用(yòng)，我們首先去檢查該對象是否已經實例化且不為(wèi)空；并且在系統中(zhōng)加入針對對象為(wèi)空時情況的處理(lǐ)。
如：采用(yòng)String對象保存用(yòng)戶提交的結果；在如果涉及對象的操作(zuò)時，先檢測其是否為(wèi)空後，檢查到對象為(wèi)空後，可(kě)再選擇進行以下任一種處理(lǐ)方式：
處理(lǐ)方式 1) 檢查到對象為(wèi)空時，設置對象值為(wèi)空字符串或一個默認值；
處理(lǐ)方式 2) 檢測到對象為(wèi)空時，根本不執行某操作(zuò)，直接跳轉到其他(tā)處理(lǐ)中(zhōng)。
處理(lǐ)方式 3) 檢查到對象為(wèi)空時，提示用(yòng)戶操作(zuò)有(yǒu)錯誤。
将代碼段2按以上方式進行改寫，得到：
方式1：
String userName = request.getParameter("username");
// 該變量值為(wèi)空時，轉化為(wèi)默認空字符串
If (userName == null)
userName = "";
If (userName.equals("root"))
{..........}
方式2：
String userName = request.getParameter("username");
// 該變量值為(wèi)空時，轉化為(wèi)默認空字符串，不執行有(yǒu)關操作(zuò)。
If (usreName != null)
{
If (userName.equals("root"))
{..........}
}
方式3：
String userName = request.getParameter("username");
// 該變量值為(wèi)空時，轉化為(wèi)默認空字符串，不執行有(yǒu)關操作(zuò)。
If (usreName == null)
{
// 提示用(yòng)戶輸入信息為(wèi)空
}
實際中(zhōng)，上面提供到三種處理(lǐ)方式也同樣适用(yòng)于其他(tā)異常的處理(lǐ)：
異常處理(lǐ)方式 1) 檢查到異常出現，設置對象值為(wèi)空字符串或一個默認值；
異常處理(lǐ)方式 2) 檢測到異常出現，根本不執行某操作(zuò)，直接跳轉到其他(tā)處理(lǐ)中(zhōng)。
異常處理(lǐ)方式 3) 檢查到異常出現，提示用(yòng)戶操作(zuò)有(yǒu)錯誤。
Struts常見錯誤彙總
以下所說的struts-config.xml和ApplicationResources.properties等文(wén)件名(míng)是缺省時使用(yòng)的，如果你使用(yòng)了多(duō)模塊，或指定了不同的資源文(wén)件名(míng)稱，這些名(míng)字要做相應的修改。
1、“No bean found under attribute key XXX”
在struts-config.xml裏定義了一個ActionForm，但type屬性指定的類不存在，type屬性的值應該是Form類的全名(míng)。或者是，在Action的定義中(zhōng)，name或attribute屬性指定的ActionForm不存在。
2、“Cannot find bean XXX in any scope”
在Action裏一般會request.setAttribute()一些對象，然後在轉向的jsp文(wén)件裏（用(yòng)tag或request.getAttribute()方法）得到這些對象并顯示出來。這個異常是說jsp要得到一個對象，但前面的Action裏并沒有(yǒu)将對象設置到request（也可(kě)以是session、servletContext）裏。
可(kě)能(néng)是名(míng)字錯了，請檢查jsp裏的tag的一般是name屬性，或getAttribute()方法的參數值；或者是Action邏輯有(yǒu)問題沒有(yǒu)執行setAttribute()方法就先轉向了。
還有(yǒu)另外一個可(kě)能(néng)，純粹是jsp文(wén)件的問題，例如會指定一個id值，然後在循環裏使用(yòng)這個值作(zuò)為(wèi)name的值，如果這兩個值不同，也會出現此異常。（都是一個道理(lǐ)，request裏沒有(yǒu)對應的對象。）
3、“Missing message for key "XXX"”
缺少所需的資源，檢查ApplicationResources.properties文(wén)件裏是否有(yǒu)jsp文(wén)件裏需要的資源，例如：
< bean:message key="msg.name.prompt"/ >
這行代碼會找msg.name.prompt資源，如果AppliationResources.properties裏沒有(yǒu)這個資源就會出現本異常。在使用(yòng)多(duō)模塊時，要注意在模塊的struts-config-xxx.xml裏指定要使用(yòng)的資源文(wén)件名(míng)稱，否則當然什麽資源也找不到，這也是一個很(hěn)容易犯的錯誤。
4、“No getter method for property XXX of bean teacher”
這條異常信息說得很(hěn)明白，jsp裏要取一個bean的屬性出來，但這個bean并沒有(yǒu)這個屬性。你應該檢查jsp中(zhōng)某個标簽的property屬性的值。例如下面代碼中(zhōng)的cade應該改為(wèi)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頁(yè)面不存在，請檢查路徑和模塊，對于同一模塊中(zhōng)的Action轉向，path中(zhōng)不應包含模塊名(míng)；模塊間轉向，記住使用(yòng)contextRelative="true"。
8、沒有(yǒu)任何異常信息，顯示空白頁(yè)面
可(kě)能(néng)是Action裏使用(yòng)的forward與struts-config.xml裏定義的forward名(míng)稱不匹配。
9、“The element type "XXX" must be terminated by the matching end-tag "XXX".”
這個是struts-config.xml文(wén)件的格式錯誤，仔細檢查它是否是良構的xml文(wén)件，關于xml文(wén)件的格式這裏就不贅述了。
10、“Servlet.init() for servlet action threw exception”
一般出現這種異常在後面會顯示一個關于ActionServlet的異常堆棧信息，其中(zhōng)指出了異常具(jù)體(tǐ)出現在代碼的哪一行。我曾經遇到的一次提示如下：
java.lang.NullPointerException
at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1003)
at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955)
為(wèi)解決問題，先下載struts的源碼包，然後在ActionServlet.java的第1003行插入斷點，并對各變量進行監視。很(hěn)丢人，我竟然把struts-config.xml文(wén)件弄丢了，因此出現了上面的異常，應該是和CVS同步時不小(xiǎo)心删除的。
11、“Resources not defined for Validator”
這個是利用(yòng)Validator插件做驗證時可(kě)能(néng)出現的異常，這時你要檢查validation.xml文(wén)件，看裏面使用(yòng)的資源是否确實有(yǒu)定義，form的名(míng)稱是否正确，等等。
|
