當前方法如果不知道如何處理異常

❶ 當方法遇到異常又不知如何處理時怎麼做

在Java語言中，有時一個方法生成一個異常，但該方法並不能確定如何處理此異常，如找不到文件之類的異常，必須將異常傳遞給調用方法，由調用方法來處理，此時方法用聲明異常拋出，讓異常對象沿調用棧向後傳遞，直至有相應的方法捕獲它為止。

❷ java中 方法中拋出異常處理方法

Java語言提供兩種異常處理機制：捕獲異常和聲明拋棄異常。

1、捕獲異常：

（1）在Java程序運行過程中系統得到一個異常對象是，它將會沿著方法的調用棧逐層回溯，尋找處理這一異常的代碼。

（2）找到能夠處理這種類型異常的方法後，運行時系統把當前異常交給這個方法處理；如果找不到可以捕獲異常的方法，則運行時系統將終止，相應的Java程序也將退出。

（3）捕獲異常是通過try-catch-finally語句實現的。語法為：

try{

...

}catch(ExceptionName1 e){

...

}catch(ExceptionName2 e){

...

}

...

}finally{

...

}

2、聲明拋棄異常：

（1）當Java程序運行時系統得到一個異常對象時，如果一個方法並不知道如何處理所出現的異常，則可在方法聲明時，聲明拋棄異常。

（2）聲明拋棄異常是在一個方法聲明中的throws子句中指明的。如：

public int read() throws IOException{

...

}

其中throws IOException就是聲明拋棄異常，throws後可以跟多個異常類型。

(2)當前方法如果不知道如何處理異常擴展閱讀：

程序設計語言的異常機制：

1、多數語言的異常機制的語法是類似的：用throw或raise拋出一個異常對象（Java或C++等）或一個特殊可擴展的枚舉類型的值（如Ada語言）；

2、異常處理代碼的作用范圍用標記子句（try或begin開始的語言作用域）標示其起始，以第一個異常處理子句（catch, except, resuce等）標示其結束；可連續出現若干個異常處理子句，每個處理特定類型的異常。

3、某些語言允許else子句，用於無異常出現的情況。更多見的是finally, ensure子句，無論是否出現異常它都將執行，用於釋放異常處理所需的一些資源。

（1）C++異常處理是資源獲取即初始化（Resource-Acquisition-Is-Initialization）的基礎。

（2）C語言一般認為是不支持異常處理的。Perl語言可選擇支持結構化異常處理（structured exception handling）。

（3）Python語言對異常處理機制是非常普遍深入的，所以想寫出不含try, except的程序非常困難。

參考資料來源：

網路-異常處理

❸ java異常處理的機制有哪幾種

Java語言提供兩種異常處理機制：捕獲異常和聲明拋棄異常；

1）捕獲異常：在Java程序運行過程中系統得到一個異常對象是，它將會沿著方法的調用棧逐層回溯，尋找處理這一異常的代碼。找到能夠處理這種類型異常的方法後，運行時系統把當前異常交給這個方法處理；如果找不到可以捕獲異常的方法，則運行時系統將終止，相應的Java程序也將退出。捕獲異常是通過try-catch-finally語句實現的。語法為：

try{

...

}catch(ExceptionName1 e){

...

}catch(ExceptionName2 e){

...

}

...

}finally{

...

}

❹ Java中出現異常如何進行處理,其中代碼執行的步驟是什麼

比如一個異常，在當前類你不希望處理它，而想讓調用他的類處理，那麼就throw這個異常
如果想在當前類處理，則try
catch這個異常
若是throw的話，則發現異常直接拋回給上層，執行順序是：拋出異常、上層處理
若try
catch的話
try{
new
Exception();
}catch(Exception
ex){
這里處理異常
}
如果有finally塊的話
執行順序為：
try、catch、finally
finally無論是否有異常都將執行。

❺ 在Java中拋出和捕獲異常，如果我不知道會出現什麼異常，該怎麼辦呢 通過運行之外還有其他方法么

不通過運行也可以知道會出怎麼異常的。其實知道一行代碼的有多少個異常很簡單，是在用Eclipse或myEclipse做開發吧。如果你想知道那一行有異常的話，把滑鼠放到那行的調用方法上。他就出來一個小框，顯示出這行代碼要出現的所有異常。如果你想復制他就按F2就可以復制它的異常了進行捕獲就可以了。試試看吧。

❻ 舉例說明Java的異常處理機制,包括積極與消極的處理方式,並用注釋的方式標記出。有大佬嗎

消極：使用throws拋出異常
使用throws拋出異常的思路是:當前方法不知道如何處理這種類型的異常，該異常應該由上一級調用者處理，如果main方法也不知道應該如何處理這種類型的異常，也可以使用使用throws聲明拋出異常，該異常將交給JVM來處理。
JVM對異常的處理方法：列印異常跟蹤棧的信息，並終止程序運行，所以有很多程序遇到異常後自動結束。
積極：使用throw拋出異常
當程序出現錯誤時，系統會自動拋出異常，另外，java也允許程序自行拋出異常，自行拋出異常使用throw語句完成！
拋出異常：
如果需要在程序中自行拋出異常，應使用throw語句，throw語句可以單獨使用，throw語句拋出的不是異常類，而是一個異常實例，而且每次只能拋出一個異常實例。throw語句的格式如下：throw ExceptionInstance;
throw語句拋出異常的兩種情況：
1.當throw語句拋出的異常是Checked異常，則該throw語句要麼處於try塊里顯式捕獲該異常，要麼放在一個帶throws聲明拋出的方法中，即把異常交給方法的調用者處理。
2.當throw語句拋出的異常是Runtime異常，則該語句無須放在try塊內，也無須放在帶throws聲明拋出的方法中，程序既可以顯式使用try...catch來捕獲並處理該異常，也可以完全不理會該異常，把該異常交給方法的調用者處理。

❼ 異常處理的處理方法

擴展 php 內置的異常處理類
用戶可以用自定義的異常處理類來擴展 php 內置的異常處理類。以下的代碼說明了在內置的異常處理類中，哪些屬性和方法在子類中是可訪問和可繼承的。譯者註：以下這段代碼只為說明內置異常處理類的結構，它並不是一段有實際意義的可用代碼。
內置的異常處理類
<?php class Exception { protected $message = 'Unknown exception' ; // 異常信息 protected $code = 0 ; // 用戶自定義異常代碼 protected $file ; // 發生異常的文件名 protected $line ; // 發生異常的代碼行號 function __construct $message = null $code = 0 ); final function getMessage (); // 返回異常信息 final function getCode (); // 返回異常代碼 final function getFile (); // 返回發生異常的文件名 final function getLine (); // 返回發生異常的代碼行號 final function getTrace (); // backtrace() 數組 final function getTraceAsString (); // 已格成化成字元串的 getTrace() 信息 /* 可重載的方法 */ function __toString (); // 可輸出的字元串 } ?>如果使用自定義的類來擴展內置異常處理類，並且要重新定義構造函數的話，建議同時調用 parent::__construct() 來檢查所有的變數是否已被賦值。當對象要輸出字元串的時候，可以重載 __toString() 並自定義輸出的樣式。
擴展 php 內置的異常處理類
<?php /** * 自定義一個異常處理類 */ class MyException extends Exception{ // 重定義構造器使 message 變為必須被指定的屬性 public function __construct( $message $code = 0 ) { , // 自定義的代碼 // 確保所有變數都被正確賦值 parent:: __construct ( $message $code ); } // 自定義字元串輸出的樣式 */ public function __toString () { return __CLASS__ . : [{ $this -> code }] : {$this->message }/n ; } public function customFunction () { echo A Custom function for this type of exception/n ; }} /** * 創建一個用於測試異常處理機制的類 */class TestException { public $var ; const THROW_NONE = 0 ; const THROW_CUSTOM = 1 ; const THROW_DEFAULT = 2 ; function __construct( $avalue = self :: THROW_NONE ) { switch ( $avalue ) { case self :: THROW_CUSTOM : // 拋出自定義異常 throw new MyException ( '1 is an invalid parameter' 5 ); break; case self:: THROW_DEFAULT: // 拋出默認的異常 throw new Exception ( '2 isnt allowed as a parameter' 6 ); break; default: // 沒有異常的情況下，創建一個對象 $this var = $avalue ; break; } }} 你覺得自己是一個Java專家嗎?北京海淀甲骨文學習中心幫你全面掌握了Java的異常處理機制?在下面這段代碼中，你能夠迅速找出異常處理的六個問題嗎? OutputStreamWriterout=...java.sql.Connectionconn=...try{//⑸Statementstat=conn.createStatement();ResultSetrs=stat.executeQuery(selectuid,namefromuser);while(rs.next()){out.println(ID：+rs.getString(uid)//⑹+，姓名：+rs.getString(name));}conn.close();//⑶out.close();}catch(Exceptionex)//⑵{ex.printStackTrace();//⑴,⑷}作為一個Java程序員，你至少應該能夠找出兩個問題。但是，如果你不能找出全部六個問題，請繼續閱讀本文。
本文討論的不是Java異常處理的一般性原則，因為這些原則已經被大多數人熟知。我們要做的是分析各種可稱為「反例」(anti-pattern)的違背優秀編碼規范的常見壞習慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實際工作中敏銳地察覺和避免這些問題。
反例之一：丟棄異常
代碼：12行-15行。
這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個惡名遠播的問題相提並論??不檢查緩沖區是否已滿。如果你看到了這種丟棄(而不是拋出)異常的情況，可以百分之九十九地肯定代碼存在問題(在極少數情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解)。
這段代碼的錯誤在於，異常(幾乎)總是意味著某些事情不對勁了，或者說至少發生了某些不尋常的事情，我們不應該對程序發出的求救信號保持沉默和無動於衷。調用一下printStackTrace算不上「處理異常」。不錯，調用printStackTrace對調試程序有幫助，但程序調試階段結束之後，printStackTrace就不應再在異常處理模塊中擔負主要責任了。
丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：「特別地，雖然出現ThreadDeath是一種『正常的情形』，但ThreadDeath類是Error而不是Exception的子類，因為許多應用會捕獲所有的Exception然後丟棄它不再理睬。」這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒於許多應用會試圖捕獲所有異常然後不予以適當的處理，所以JDK把ThreadDeath定義成了Error的子類，因為Error類代表的是一般的應用不應該去捕獲的嚴重問題。可見，丟棄異常這一壞習慣是如此常見，它甚至已經影響到了Java本身的設計。
那麼，應該怎樣改正呢?主要有四個選擇：
1、處理異常。針對該異常採取一些行動，例如修正問題、提醒某個人或進行其他一些處理，要根據具體的情形確定應該採取的動作。再次說明，調用printStackTrace算不上已經「處理好了異常」。
2、重新拋出異常。處理異常的代碼在分析異常之後，認為自己不能處理它，重新拋出異常也不失為一種選擇。
3、把該異常轉換成另一種異常。大多數情況下，這是指把一個低級的異常轉換成應用級的異常(其含義更容易被用戶了解的異常)。
4、不要捕獲異常。
結論一：既然捕獲了異常，就要對它進行適當的處理。不要捕獲異常之後又把它丟棄，不予理睬。
反例之二：不指定具體的異常
代碼：12行。
許多時候人們會被這樣一種「美妙的」想法吸引：用一個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行-11行。
異常改變了程序正常的執行流程。這個道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放佔用的資源。為此，Java提供了一個簡化這類操作的關鍵詞finally。
finally是樣好東西：不管是否出現了異常，Finally保證在try/catch/finally塊結束之前，執行清理任務的代碼總是有機會執行。遺憾的是有些人卻不習慣使用finally。
當然，編寫finally塊應當多加小心，特別是要注意在finally塊之內拋出的異常??這是執行清理任務的最後機會，盡量不要再有難以處理的錯誤。
結論三：保證所有資源都被正確釋放。充分運用finally關鍵詞。
反例之四：不說明異常的詳細信息
代碼：3行-11行。
仔細觀察這段代碼：如果循環內部出現了異常，會發生什麼事情?我們可以得到足夠的信息判斷循環內部出錯的原因嗎?不能。我們只能知道當前正在處理的類發生了某種錯誤，但卻不能獲得任何信息判斷導致當前錯誤的原因。
printStackTrace的堆棧跟蹤功能顯示出程序運行到當前類的執行流程，但只提供了一些最基本的信息，未能說明實際導致錯誤的原因，同時也不易解讀。
因此，在出現異常時，最好能夠提供一些文字信息，例如當前正在執行的類、方法和其他狀態信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。
結論四：在異常處理模塊中提供適量的錯誤原因信息，組織錯誤信息使其易於理解和閱讀。
反例之五：過於龐大的try塊
代碼：3行-11行。
經常可以看到有人把大量的代碼放入單個try塊，實際上這不是好習慣。這種現象之所以常見，原因就在於有些人圖省事，不願花時間分析一大塊代碼中哪幾行代碼會拋出異常、異常的具體類型是什麼。把大量的語句裝入單個巨大的try塊就象是出門旅遊時把所有日常用品塞入一個大箱子，雖然東西是帶上了，但要找出來可不容易。
一些新手常常把大量的代碼放入單個try塊，然後再在catch語句中聲明Exception，而不是分離各個可能出現異常的段落並分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因為一大段代碼中有太多的地方可能拋出Exception。
結論五：盡量減小try塊的體積。
反例之六：輸出數據不完整
代碼：7行-8行。
不完整的數據是Java程序的隱形殺手。仔細觀察這段代碼，考慮一下如果循環的中間拋出了異常，會發生什麼事情。循環的執行當然是要被打斷的，其次，catch塊會執行??就這些，再也沒有其他動作了。已經輸出的數據怎麼辦?使用這些數據的人或設備將收到一份不完整的(因而也是錯誤的)數據，卻得不到任何有關這份數據是否完整的提示。對於有些系統來說，數據不完整可能比系統停止運行帶來更大的損失。
較為理想的處置辦法是向輸出設備寫一些信息，聲明數據的不完整性;另一種可能有效的辦法是，先緩沖要輸出的數據，准備好全部數據之後再一次性輸出。
結論六：全面考慮可能出現的異常以及這些異常對執行流程的影響。
改寫後的代碼
根據上面的討論，下面給出改寫後的代碼。也許有人會說它稍微有點啰嗦，但是它有了比較完備的異常處理機制。 OutputStreamWriterout=...java.sql.Connectionconn=...try{Statementstat=conn.createStatement();ResultSetrs=stat.executeQuery(selectuid,namefromuser);while(rs.next()){out.println(ID：+rs.getString(uid)+，姓名:+rs.getString(name));}}catch(SQLExceptionsqlex){out.println(警告：數據不完整);thrownewApplicationException(讀取數據時出現SQL錯誤,sqlex);}catch(IOExceptionioex){hrownewApplicationException(寫入數據時出現IO錯誤,ioex);}finally{if(conn!=null){try{conn.close();}catch(SQLExceptionsqlex2){System.err(this.getClass().getName()+.mymethod-不能關閉資料庫連接:+sqlex2.toString());}}if(out!=null){try{out.close();}catch(IOExceptionioex2){System.err(this.getClass().getName()+.mymethod-不能關閉輸出文件+ioex2.toString());}}}

❽ 「應用程序中發生了無法處理的異常怎麼解決

1、打開電腦「開始菜單」，找到【運行】選項，點擊打開。