當異常發生時，原本要接著執行的代碼不再執行，轉而讓其他部分的代碼來處理。如果沒有代碼負責處理，控制台會報告異常。
異常出現時的執行機制：
異常機制最大的好處是：清晰地分開了 正常的業務邏輯 和 遇到情況時的處理 代碼。（當在業務邏輯中，有多步可能會拋出不同的異常時，異常處理機制的好處更得以體現。如果沒有這種機制，也許會通過很多的if...else...來實現異常處理，甚至是多層嵌套的if...else...，這樣的代碼可讀性很差）
通過例子來理解：
package exception;
public class ExceptionCatch {
public static void main(String[] args) {
try {
//我們通過拋出異常來抽象真實的業務邏輯，可能某一步會出現異常，這時下面的代碼就不再執行，轉而到處理代碼。
//執行完處理代碼之後不會再回到之前try裡沒執行完的代碼繼續執行，而是去往下執行try{}catch{}之後的代碼。
throw new NullPointerException();
throw new ArrayIndexOutOfBoundsException();
throw ...
}catch(NullPointerException e) {
//異常處理代碼
}catch(ArrayIndexOutOfBoundsException e) {
//異常處理代碼
}catch(Exception e){
//異常處理代碼
}
}
}
-----------------------------------------------------
捕捉到異常之後怎麼處理？
當catch到一場之後，根據你的業務邏輯來對它進行處理，比如說可以彈出一個窗口來警告用戶發生了錯誤，或者讓程序自己重新執行或者終止掉等等。當然，如果現在處理不了這個異常，也可以將它再次拋出。
處理完異常之後是回不到異常發生的地方繼續執行一下的代碼了，而是從catch{}後面的代碼開始執行。
一個異常只能被捕捉一次，捕捉之後這個異常就沒有了。不可能再次捕捉到。
-----------------------------------------------------
自定義異常類的構造器 與 getMessage()方法的使用 ：
1 package exception; 2 3 //注意觀察兩個異常類構造器的區別。
/**
* 推斷：
* 第一個異常類是自己定義了一個String變量，在構造的時候是將信息傳給了這個變量；
* 而第二個異常類的構造器是覆蓋了父類的構造方法，所以我們猜測，父類Exception裡一定有一個String類型的成員變量（這個成員變量同樣繼承給了MyException子類），
* 所以在構造的時候利用super()將父類的構造方法取過來，進而將信息傳給了父類裡的那個String成員變量。
* 而getMessage()方法也是從父類那裡繼承來的，進而我們推斷：getMessage()方法返回的正是那個String變量。
* 在第一個異常類的那個從父類繼承的String變量並沒有被賦值，所以通過getMessage()取到的是null。
*/
4 class MyException extends Exception {
5 String msg;
6 public MyException(String msg) {
7 this.msg = msg;
8 }
9 public void printMsg() {
10 System.out.println("msg = " + msg);
11 }
12 }
13
14 class MyException2 extends Exception {
15 public MyException2(String s) {
16 super(s);
17 }
18 }
19
20 public class E04_ExceptionClass {
21 public static void main(String args[]) {
22 try {
23 throw new MyException("MyException message");
24 } catch(MyException e) {
25 e.printMsg();
26 System.out.println("e.getMessage() = " + e.getMessage()); //輸出為null。
27 }
28
29 try {
30 throw new MyException2("MyException2 message");
31 } catch(MyException2 e) {
32 System.out.println("e.getMessage() = " + e.getMessage());
33 }
34 }
35 }
36 /*Output:msg = MyException message
37 * e.getMessage() = null
38 * e.getMessage() = MyException2 message
39 */
-----------------------------------------------------
printStackTrace()方法：堆棧跟蹤
我們知道在程序代碼執行的過程中，某個主線程可能會調用其他的代碼程序，調用執行之後，回來繼續執行主線程。這個過程中就需要堆棧來存儲調用時的斷點。（因為在嵌套調用的時候會需要存儲多個斷點，返回的時候再倒序依次返回，這要遵循後進先出的原則。）
堆棧跟蹤便可以看成是對代碼調用的跟蹤，當異常發生時可以根據該異常的printStackTrace()方法，打印出該異常的整個傳遞過程。
-----------------------------------------------------
一個方法裡如果會拋出異常，則必須在其方法後面聲明 throws 異常名 。如果不聲明則必須在這個方法裡通過 try{}catch{} 將異常處理掉。
一個方法可以聲明多個異常拋出 throws 異常1 , 異常2 ，但是在以後調用該方法時必須有多個catch來捕捉不同的異常。溫馨提示：往往在編程時，會把所有可能會有的異常（現在會有的和以後可能會有的）全都聲明在方法之後，這是一種習慣。因為在後期在對該方法進行功能擴展時可能會遇到出現這些異常，而當時在聲明這些異常之後編譯器會提示你將這些異常一一catch，所以這時你只需要填補catch裡的處理內容，這會來帶一定的便利。
下面是一個示例：
package exception;
class OpenException extends Throwable {}
class CloseException extends Throwable {}
public class c {
public static int open() {
return -1;
}
public static void readFile() throws OpenException,CloseException {
if(open() == -1) throw new OpenException();
}
public static void main(String[] args) {
try {
readFile();
} catch (OpenException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (CloseException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
