1、第一個(gè)JAVA例程：hello world 執(zhí)行時(shí)的問題：problems Executing Hello
如果你看到下面的錯(cuò)誤提示:
'java' is not recognized as an internal or external command, ...
or
java: Command not found.
那么你或許沒有安裝java或者在環(huán)境變量中并沒有設(shè)置path路徑j(luò)ava\bin目錄。
請(qǐng)檢查你的java安裝以及環(huán)境變量的正確設(shè)置。
如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: hello
(wrong name: Hello) ...
那么你很有可能是因?yàn)闆]有注意大小寫或是把名稱中的字母打錯(cuò)了。如：
java hello
鍵入正確的命令重新運(yùn)行即可。
如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: Hello
/class
那么你需要考慮是否去掉名字中的.class部分。
2、分析出現(xiàn)java.lang.NoClassDefFoundError異常的具體情況
這個(gè)問題在上面調(diào)試第一個(gè)例程出現(xiàn)過，但是如果我們輸入的名稱是正確的，仍然提示這樣的問題時(shí)怎么辦呢？
裝了JDK1.4.0版，而且JAVA_HOME，PATH和CLASSPATH都設(shè)置好了。如下
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
用JAVAC命令生成了hello.class,當(dāng)使用java hello時(shí)，仍然提示：
Exception in thread "main" java.lang.NoClassDefFoundError:XXX（wrong name:
XXX）
解決提示：
(1)、Add (current directory) to your classpath或類定義前面加public
(2)、path環(huán)境變量中設(shè)置的路徑中是否有另一個(gè)java.exe文件，默認(rèn)執(zhí)行的是這個(gè)目錄下的java.exe，雖然版本與JDK下的java.exe一致，但是在此目錄下執(zhí)行就會(huì)出錯(cuò)。
方法：
安裝了JDK的情況下，應(yīng)該刪除winnt下的java.exe，確保默認(rèn)調(diào)用的java.exe是位于jdk中bin目錄下的java.exe。
(3)、假如你使用了packet
那么檢查你在編譯了沒有將指定package包在你文件中的java文件。
3、通常異常捕獲處理：
JAVA中幾個(gè)基本異常簡(jiǎn)單的描述一下：
ArithmeticException 當(dāng)出現(xiàn)異常算術(shù)條件時(shí)產(chǎn)生
NullPointerException 當(dāng)應(yīng)用程序企圖使用需要的對(duì)象處為空時(shí)產(chǎn)生
ArrayIndexOutOfBoundsException 數(shù)組下標(biāo)越界時(shí)產(chǎn)生
ArrayStoreException 當(dāng)程序試圖存儲(chǔ)數(shù)組中錯(cuò)誤的類型數(shù)據(jù)時(shí)產(chǎn)生
FileNotFoundException 試圖訪問的文件不存在時(shí)產(chǎn)生
IOException 由于一般I/O故障而引起的，如讀文件故障
NumberFormatException 當(dāng)把字符串轉(zhuǎn)換為數(shù)值型數(shù)據(jù)失敗時(shí)產(chǎn)生
OutOfMemoryException 內(nèi)存不足時(shí)產(chǎn)生
SecurityException 當(dāng)小應(yīng)用程序（Applet）試圖執(zhí)行由于瀏覽器的安全設(shè)置而不允許的動(dòng)作時(shí)產(chǎn)生
StackOverflowException 當(dāng)系統(tǒng)的堆�？臻g用完時(shí)產(chǎn)生
StringIndexOutOfBoundsException 當(dāng)程序試圖訪問串中不存在的字符位置時(shí)產(chǎn)生
上述出現(xiàn)的異�；旧隙际荍AVA中我們可能會(huì)遇到的異常。
類Throwable有兩個(gè)直接子類：Error和Exception。Exception類對(duì)象是Java程序處理或拋棄的對(duì)象。Java 提供了兩種Exception 的模式，一種是執(zhí)行的時(shí)候所產(chǎn)生的Exception (Runtime Exception)，另外一種則是受控制的Exception (Checked Exception)。所有的Checked Exception 均從java.lang.Exception 繼承而來，而Runtime Exception 則繼承java.lang.RuntimeException 或java.lang.Error (實(shí)際上java.lang.RuntimeException 的上一層也是java.lang.Exception)。它有各種不同的子類分別對(duì)應(yīng)于不同類型的例外。其中類RuntimeException代表運(yùn)行時(shí)由Java虛擬機(jī)生成的例外。
程序的運(yùn)作機(jī)制上看，Runtime Exception與Checked Exception 不一樣，從邏輯上看，Runtime Exception 與Checked Exception 在使用的目的上也不一樣。
一般而言，Checked Exception 表示這個(gè)Exception 必須要被處理，也就是說程序設(shè)計(jì)者應(yīng)該已經(jīng)知道可能會(huì)收到某個(gè)Exception(因?yàn)橐猼ry catch住) ，所以程序設(shè)計(jì)者應(yīng)該能針對(duì)這些不同的Checked Exception 做出不同的處理。
而Runtime Exception 通常會(huì)暗示著程序上的錯(cuò)誤，這種錯(cuò)誤會(huì)導(dǎo)致程序設(shè)計(jì)者無法處理，而造成程序無法繼續(xù)執(zhí)行下去。
Java的可控制異常處理是通過5個(gè)關(guān)鍵字來實(shí)現(xiàn)的：try，catch，throw，throws，finally。JB的在線幫助中對(duì)這幾個(gè)關(guān)鍵字是這樣解釋的：
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語句用大括號(hào){}指定了一段代碼，該段代碼可能會(huì)拋棄一個(gè)或多個(gè)例外。
·catch語句
catch語句的參數(shù)類似于方法的聲明，包括一個(gè)例外類型和一個(gè)例外對(duì)象。例外類型必須為Throwable類的子類，它指明了catch語句所處理的例外類型，例外對(duì)象則由運(yùn)行時(shí)系統(tǒng)在try所指定的代碼塊中生成并被捕獲，大括號(hào)中包含對(duì)象的處理，其中可以調(diào)用對(duì)象的方法。
catch語句可以有多個(gè)，分別處理不同類的例外。Java運(yùn)行時(shí)系統(tǒng)從上到下分別對(duì)每個(gè)catch語句處理的例外類型進(jìn)行檢測(cè)，直到找到類型相匹配的catch語句為止。這里，類型匹配指catch所處理的例外類型與生成的例外對(duì)象的類型完全一致或者是它的父類，因此，catch語句的排列順序應(yīng)該是從特殊到一般。
也可以用一個(gè)catch語句處理多個(gè)例外類型，這時(shí)它的例外類型參數(shù)應(yīng)該是這多個(gè)例外類型的父類，程序設(shè)計(jì)中要根據(jù)具體的情況來選擇catch語句的例外處理類型�！�
· finally語句
try所限定的代碼中，當(dāng)拋棄一個(gè)例外時(shí)，其后的代碼不會(huì)被執(zhí)行。通過finally語句可以指定一塊代碼。無論try所指定的程序塊中拋棄或不拋棄例外，也無論catch語句的例外類型是否與所拋棄的例外的類型一致，finally所指定的代碼都要被執(zhí)行，它提供了統(tǒng)一的出口。通常在finally語句中可以進(jìn)行資源的清除工作。如關(guān)閉打開的文件等。不管異常是否發(fā)生都會(huì)執(zhí)行finally中的語句。
·throws語句
throws總是出現(xiàn)在一個(gè)函數(shù)頭中，用來標(biāo)明該成員函數(shù)可能拋出的各種異常。對(duì)大多數(shù)Exception子類來說，Java 編譯器會(huì)強(qiáng)迫你聲明在一個(gè)成員函數(shù)中拋出的異常的類型。如果異常的類型是Error或 RuntimeException， 或它們的子類，這個(gè)規(guī)則不起作用， 因?yàn)檫@在程序的正常部分中是不期待出現(xiàn)的。 如果你想明確地拋出一個(gè)RuntimeException，你必須用throws語句來聲明它的類型。
· throw語句
throw總是出現(xiàn)在函數(shù)體中，用來拋出一個(gè)異常。程序會(huì)在throw語句后立即終止，它后面的語句執(zhí)行不到，然后在包含它的所有try塊中（可能在上層調(diào)用函數(shù)中）從里向外尋找含有與其匹配的catch子句的try塊。所有的方法都使用“throw”語句來拋出一個(gè)異常。Throw語句需要一個(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)無法正常運(yùn)行；
2)對(duì)系統(tǒng)所訪問的外部資源關(guān)閉次數(shù)太多，外部系統(tǒng)無法正常處理；
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"的值。
說明：
看上去，上面的語句找不出什么語法錯(cuò)誤，而且在大多數(shù)情況下也遇不到什么問題。但是，如果某個(gè)用戶在輸入數(shù)據(jù)時(shí)并沒有提供表單域"username"的值，或通過某種途徑繞過表單直接輸入時(shí)，此時(shí)request.getParameter("username")的值為空（不是空字符串，是空對(duì)象null。），out對(duì)象的println方法是無法直接對(duì)空對(duì)象操作，因此代碼段1所在的JSP頁面將會(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頁面就會(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)閉瀏覽器，但是仍打開原來的頁面。）那么，此時(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ì)象并顯示出來。這個(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的屬性出來，但這個(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頁面不存在，請(qǐng)檢查路徑和模塊，對(duì)于同一模塊中的Action轉(zhuǎn)向，path中不應(yīng)包含模塊名；模塊間轉(zhuǎn)向，記住使用contextRelative="true"。
8、沒有任何異常信息，顯示空白頁面
可能是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的名稱是否正確，等等。
|
