java異常e

『壹』 java中錯誤(error)和異常(exception)有什麼主要區別

1.如圖Exception 和 Error都繼承自Throwable類，由jdk api文檔中對該類的描述可以知道它是異常處理機制的基本組成類型。可以由虛擬機拋出或者編碼者自行拋出(throw)

• jdk8中文發翻譯Throwable類的描述：Throwable類是Java語言中所有錯誤和異常的Throwable類。 只有作為此類（或其一個子類）的實例的對象由Java虛擬機拋出，或者可以由Java throw語句拋出。 類似地，只有這個類或其子類可以是catch子句中的參數類型。

2.Exception 和 Error 體現了 Java 平台設計者對不同異常情況的分類。Exception 是程序正常運行中，可以預料的意外情況，可能並且應該被捕獲，進行相應處理。

3.Error 是指在正常情況下，不大可能出現的情況，絕大部分的 Error 都會導致程序（比如 JVM 自身）處於非正常的、不可恢復狀態。既然是非正常情況，所以不便於也不需要捕獲，常見的比如 OutOfMemoryError 之類，都是 Error 的子類。

4.Exception 又分為可檢查（checked）異常和不檢查（unchecked）異常，可檢查異常在源代碼里必須顯式地進行捕獲處理，這是編譯期檢查的一部分。前面我介紹的不可查的 Error，是 Throwable 不是 Exception。

如何處理這些異常？

• 在現實編程中我們一般使用 try-with-resources 和 multiple catch來進行一些異常處理(便利的特性)，在編譯時期，會自動生成相應的處理邏輯，比如，自動按照約定俗成 close 那些擴展了 AutoCloseable 或者 Closeable 的對象。

• try-with-resources 是一種處理Closeable實現類關閉資源的一種寫法，簡單寫了一個例子可以發現其實這就是一中語法，這種語法可以自動編譯幫忙編譯最後關閉流的操作：

public static void main(String[] args) {

try (BufferedReader br = new BufferedReader(new FileReader("a"));
BufferedWriter writer = new BufferedWriter(new FileWriter("a"))) {

// Try-with-resources
} catch (IOException e) {// Multiple catch
// Handle it
}
}


編譯後class

public static void main(String[] args) { try {
BufferedReader br = new BufferedReader(new FileReader("a"));
Throwable var2 = null; try {
BufferedWriter writer = new BufferedWriter(new FileWriter("a"));
Object var4 = null; if (writer != null) { if (var4 != null) { try {
writer.close();
} catch (Throwable var15) {
((Throwable)var4).addSuppressed(var15);
}
} else {
writer.close();
}
}
} catch (Throwable var16) {
var2 = var16; throw var16;
} finally { if (br != null) { if (var2 != null) { try {
br.close();
} catch (Throwable var14) {
var2.addSuppressed(var14);
}
} else {
br.close();
}
}

}
} catch (IOException var18) {
;
}

}


異常處理的兩個基本原則

• 盡量不要捕獲類似 Exception 這樣的通用異常，而是應該捕獲特定異常

  這是因為在日常的開發和合作中，我們讀代碼的機會往往超過寫代碼，軟體工程是門協作的藝術，所以我們有義務讓自己的代碼能夠直觀地體現出盡量多的信息，而泛泛的 Exception 之類，恰恰隱藏了我們的目的。另外，我們也要保證程序不會捕獲到我們不希望捕獲的異常。比如，你可能更希望 RuntimeException 被擴散出來，而不是被捕獲。

• 不要生吞（swallow）異常。這是異常處理中要特別注意的事情，因為很可能會導致非常難以診斷的詭異情況。

  如果我們不把異常拋出來，或者也沒有輸出到日誌（Logger）之類，程序可能在後續代碼以不可控的方式結束。沒人能夠輕易判斷究竟是哪裡拋出了異常，以及是什麼原因產生了異常。

• 在寫程序時可以通過Objects類(jdk提供),或者斷言等提前判斷問題，如空指針異常的一些值的處理Objects. requireNonNull(filename);而不是使用之後有問題再系統拋出異常，這可能就會不直觀的找到問題所在。即:Throw early, catch late 原則

希望對您有所幫助！~

『貳』 java異常處理中，catch方法後面括弧里參數「e」，代表什麼意思

表耐遲旅示你捕獲到的異常，可以再catch中所帶的大括弧中對異旦早常做出相應的處理（如昌凳列印出異常信息或做出其他的動作等）。

『叄』 應用技巧:Java中的異常處理

異常處理是初學者經常忽視執行的編程技巧。然而，當他們完成了一項大型項目後，就會發現僅僅停留在表面的工作是不夠的。在本文中，我們將對異常處理進行討論，並為大家解釋其重要性，尤其是要告訴大家怎樣處理這些情況。
首先，讓我們解釋一下什麼是異常情況，通常也稱例外。正如在其他的編程語言中那樣，它也適用於Java：異常情況是那些在運行時出現錯誤的情況。這些錯誤並非真正的錯誤，因為他們是一些例外。我們可以將這些情況理解為必須解決的異常事件，否則程序將無法繼續執行。所以我們就有必要了解怎樣處理異常事件。
在異常事件的例子中最顯著的應該是在程序執行時，運行時的分配變成了零。這樣程序就無法執行，於是Java就會拋出一個異常事件，確切點說是ArithmeticException。從Java程序員的角度來看，異常事件是對象。拋出異常事件類似於拋出對象。但是，並非所有的對象都可以被拋出。
為了充分理解可畢山拋出的異常事件，整個類層次結構的一些部分要消數悶被提交。主要的類稱為Throwable。這個類擁有兩個子類：Exception 和Error。一個異常事件對象應從Throwable的類中傳出。意味著它應該是Exception子類或Error子類的一個對象實例。這些都可以在 java.lang數據包中找到。
異常處理就是捕捉可能在運行時被拋出的異常事件的一項技術。Java通過try-catch-finally的異常處理語句為我們提供了強大的異常處理解決方案。而在另一方面，你也可以使用已經聲明的異常事件，如ArithmeticException, NullPointerException等。其他類擴展了Exception 類，如IOException子類。
此外，我們應該注意到異常事件包含了兩種情況：檢查過的和沒檢查的。技術上，我們認為沒檢查過的異常事件RuntimeExceptions。這些不需要在拋出的語句中作出聲明，而且對它們的捕捉也是選擇性的。不過，它們一般不會有什麼影響，如果程序員根本不能發現它們的存在。在大多數情況下，這些都是邏輯性的編程錯誤，如NullPointerException或者ArrayIndexOutOfBounds。
同時，對異常事件進行技術性檢查也迫使程序員對其進行處理和管理，意味著要對其進行單獨捕捉並覆蓋。這些都來自Exceptions類和它的子類，包括我們之前討論過的RuntimeExceptions。檢查過的異常事件要求異常事件處理因為它們有可拿彎能導致程序終止。
現在，我們對異常事件有了個基本的了解，下面就讓我們啟動集成開發環境開始編碼吧!
異常處理
前面我們提到了異常處理就是指處理代碼中的異常事件，或者在運行時向運行引擎拋出異常事件，在引擎末端它會搜索異常事件處理常式。它使用包含了一系列方法調用的調用堆棧進行搜索。
一般而言，異常事件可能因為包含一個異常活動或其他非同步異常導致的。我們討論的異常事件包括了一些基本的處理議題：怎樣捕捉和處理這些異常事件。
Java允許我們創建自己的Exception對象和類，但是會有一個關鍵的請求。這些對象和類必須是擴展的Exception類。編碼標准要求異常事件應該充分命名，意味著它們的名字就代表了其本身。
throw new Exception(「 This is an exception!」)
下面，我們看看要怎樣捕捉和處理這些異常事件。檢查以下代碼：
try{
// this is the block of code where the exception happens
// sometimes called as source/root of exception
// or even called as tricky block or tricky method
｝
catch{Exception_Typel e) {
// dealing with this kind of exception
｝
Catch (Exception_Type2 e) {
// dealing witn this kind of exception
｝
//... unlimited number of catches are possible
finally {
// this block of code is always executed
｝
try-catch-finally語句的第一個部分是嘗試阻止。這是異常事件有可能發生的部分。通常，我們建議代碼行用最小的數量來編寫，因為它們只會在異常事件發生的時候執行。這種情況發生時，執行會跳轉去捕捉那些異常事件被比較的塊中。如果它們匹配，那麼就可以處理異常事件。
不論嘗試阻止的時候，異常事件會不會發生，或不管能不能得到處理，阻止總會執行。由於它總是被執行，所以我們推薦你在這里做一些清理。因此，正如所預料的那樣，執行起來就是具有選擇性的。
Try-catch模塊的結構類似於switch-case的結構。在檢查過的需要處理的異常事件中，是有可能在相同方法中將其處理或者拋出的。後者可以通過關鍵詞拋出。在這種情況下，異常事件的種類必須在方法簽名中被指定。看這個例子：
Void myMethod () throws SomeKindOfException{
// method goes here
}
接下來，我們將為大家展示更多的異常處理實例。
初學者常常與非匹配數據類型糾纏不清。通常，它們會引發一些問題，例如，在做加法時出現非數字型代碼。下面給大家展示的代碼中，出現了異常處理的工作環境。檢查該網頁以完成嵌入式Exception種類的清單。現在，我們要處理NumberFormatException 的發生。
public static void main (String args[] ) {
double sum= 0;
for (int i=0; i﹤args. length; ++1)
try {
sum+= Double.parseDboule (args[i]);
}
Catch (NumberFormatException e) {
Ststem.out.printIn(args[i] + 「non-numeric data on」);
}
System.out.printIn(「Total sum: 「+ sum);
}
正如你所見到的，它和命令行參數一起運行，而且一旦輪到非數字型參數，它就會寫入system.out，意指出現的問題。但是項目會繼續進行，因為try模塊是循環的。否則，沒有合適的異常處理，項目就會終止。用這種方式總和還是可以計算處理並在最後顯示處理。 我們來看看另一個例子。在這個例子中，我們會要建立自己的異常實例類，該類擴展了其母Exception類。應用程序會模擬用於異常處理和拋出的堆棧機制，如堆棧是滿的或者是空的。檢查一下。
Public class StackException extends Exception {
Public StackException (String text) {
Super (text)
}
}
現在讓我們創建一個Stack類。注意push和pop方法。它們正拋出StackException，而這一動作由方法簽名導入。此外，還有一個if條件，且條件滿足時，異常事件會被拋出。否則，一切都會順利運行。
public class Stack {
private final int SIZE = 100;
private Object st[];
private int size;
private int sp;
public Stack (int size) {
if (size < MAXSIZE)
this.size = size;
else
this.size = MAXSIZE;
this.st = new Object [size];
this.sp = -1;
}
public void push (Object o) throws StackException {
if (sp == this.size - 1)
throw new StackException ("Stack is full");
this.st [++this.sp] = o;
}
public Object pop () throws StackException {
if (sp == -1)
throw new StackException ("Stack is empty");
Object o = this.st [this.sp];
this.sp--;
return o;
}
public boolean isEmpty() {
return this.sp == -1;
}
}
好的，現在是時候寫一寫Main class連同主要方法了。在這一部分，請對try-catch語句給予更多關注。有兩類異常情況可以被捕捉到。你也可以很容易地找出它們。
public class Main {
public static void main (String args[]) {
Stack s = new Stack (10);
for (int i = 0; i <= 10; ++i)
try {
s.push (new Integer(i));
}
catch (StackException e) {
System.out.println (e);
}
while (! s.isEmpty() ) {
try {
System.out.println( (Integer)(s.pop()) );
}
catch (StackException e) {
System.out.println(e);
}
}
}
}
當然，這里也會有附帶輸出。如你所見，第一行顯示出的就是異常事件，因為我們要用11個要素填補堆棧，因此，在循環到isEmpty是錯誤的時，異常事件不會拋出。
Stack is full
練習幾次以上的幾段代碼。如果異常事件被拋出但是卻能夠正確被處理那就不要感到驚訝。這就是異常處理的神奇之處。
總結
在這篇文章里我們就異常處理的實用性和重要性進行了分析。我們都知道，不管是檢查過的或是未經檢查的，程序員都要處理好異常事件，否則可能出現程序的異常終止。我們強調要將理論與實踐相結合。坦率地說，本文雖只是冰山一角，但一些基本的知識已經介紹給了大家。希望能在異常處理方面對大家有所幫助。

『肆』 java中如果程序中報的異常是e,用代碼來獲得此異常的信息是

使用Exception類的成員方法printStackTrace() 可以將該異常的堆棧信息列印出來，因為堆棧信息中包含了拋出異常的代碼所在的行，模姿以及調用該行代碼所在方法的代碼所在的行，以此向上推，直到異常被捕獲/虛擬機退出/到察碼豎達調用結構最頂層，同時還能將異常的原因顯示出來，因此能夠通過e.printStackTrace() 快速了解異常產生的原因，以及產生異常的代碼，進而解決問題。
建議樓主有時間了解一下java的異常捕獲機制，這將對敗大你深入java世界有很大的幫助。

『伍』 java中空指針異常屬於Eerror嗎

不屬於Eerror，空指針屬於RuntimeException(運行時異常)。
Error（錯誤）: 是程序塌迅無法處理的錯誤，表示運行應用程序中較嚴重問題。大多數錯誤與代碼編寫者執行的操作無關，而表示代碼運行時 JVM（Java 虛擬機）出現的問題。例如，Java虛擬機運行錯誤（Virtual MachineError），當 JVM 不再有繼續執行操作所需的內存資源時，將出現 OutOfMemoryError。這些異常發生時，Java虛擬機（JVM）一般會選擇線程終止。這些錯誤表示故障發生於虛擬機自身、或者發生在虛擬機試圖執行應用時，如Java虛擬機運行錯誤（Virtual MachineError）、類定義錯誤（NoClassDefFoundError）等。這些錯誤是不可查的，因為它們在應用程序的控制和處理能力之 外，伏棗而團廳此且絕大多數是程序運行時不允許出現的狀況。對於設計合理的應用程序來說，即使確實發生了錯誤，本質上也不應該試圖去處理它所引起的異常狀況。在 Java中，錯誤通過Error的子類描述。

『陸』 JAVA語言中，異常處理有哪幾種方式

有兩中方式:1.捕獲異常,自己處理.
2.throw出去,讓別人處理.
舉個例子:
public class A{
try{
可能版放生權異常的語句...

}catch(Exception e){
e.getMessage();//自己處理
}

}

public class A throws Exception{

可能放生異常的語句...

}//throw出去,讓別人處理
注意這里用的是throws
如果在方法裡面則用throw
舉例:
public class A{
try{
可能放生異常的語句...

}catch(Exception e){
e.getMessage();//自己處理
throw new Exception ("");
}

}