作者ntpuisbest (阿龍)
看板java
標題[問題] java throw and throws例外的用途
時間Fri Jul 1 20:34:40 2022
不確定我的理解是否正確
我知道try catch 可以把例外接住，讓後續的程式可以繼續執行
但是throw 還有 throws的用途就不太知道了
比如說我有一個aMethod 拋出例外
public class Throw {
public static int aMethod (int a,int b) throws Exception {
return a/b;
}
public static void main(String[] args) throws Exception {
int b=aMethod(5,0);
System.out.println("mike");
}
}
阿我有沒有加throws 都是一樣後面的mike都不會印出來阿
還是說這是用來提醒呼叫 aMethod的函數 你要記得用try catch 包住喔
是這樣嗎
另外網路上也有提到像是jdbc的例外 sqlexception是我們無法處理的
但既然我們無法處理 加了throw關鍵字後 jvm是會幫我們幹嘛?
public class Throw {
public static int aMethod (int a,int b) throws Exception {
return a/b;
}
public static void main(String[] args) {
try {
int b=aMethod(5,0);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
System.out.println("mike");
}
}
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.25.252 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/java/M.1656678882.A.385.html
1F：推 SHANGOYANYI: 宣告成 throws 就是要求使用的人要處理例外 07/02 00:33
2F：推 sssyoyo: 拋異常我在自學時也不太明白，實際工作後才懂。其實也很 07/02 10:06
3F：→ sssyoyo: 單純，就是告訴你調用這個方法可能導致某種異常必須想好 07/02 10:06
4F：→ sssyoyo: 怎處理。例如使用者註冊帳號，寫入DB發現UNIQUE 的身分證 07/02 10:06
5F：→ sssyoyo: 號重覆。那總不能讓使用者點了註冊之後因為後臺程式卡住 07/02 10:06
6F：→ sssyoyo: ，所以前端啥反應都沒有，所以就要處理例如返回一個訊息 07/02 10:06
7F：→ sssyoyo: 是"身分證號重覆導致註冊失敗"。有些方法就是很容易出錯 07/02 10:06
8F：→ sssyoyo: ，例如解析JSONstring常常有錯字或大小寫差異導致失敗， 07/02 10:06
9F：→ sssyoyo: 那他宣告throws異常讓你更容易知道要做好準備處理 07/02 10:06
10F：→ ntpuisbest: 謝謝 07/02 10:54
11F：→ ssccg: throws是標註會拋出的例外，要不要處理是看例外的類型 07/02 13:26
12F：→ ssccg: 繼承Exception但不是RuntimeException的才會編譯時強制處理 07/02 13:26
13F：→ ssccg: throw就是中斷執行拋出例外，如果throw的例外類型是必須處 07/02 13:29
14F：→ ssccg: 理且在method中沒有被catch，編譯時就會要求method標throws 07/02 13:30
15F：→ ssccg: 通常用throw是因為程式屬於較底層，不能「決定」要怎麼處理 07/02 13:34
16F：→ ssccg: 拋出例外 = 中止執行，把狀況回報給上層的呼叫者，由上層決 07/02 13:35
17F：→ ssccg: 定處理方式，像是重試、替代方案，或是通知更上層 07/02 13:38
18F：→ ssccg: 如果每層都不處理，最後就是跑這段程式的Thread會中止執行 07/02 13:40
19F：→ ssccg: 如果是Main Thread (從main方法throw出來)那就是JVM會異常 07/02 13:41
20F：→ ssccg: 中止，俗稱閃退 07/02 13:41
21F：→ ssccg: 所以如2樓所說，如果是有使用者的程式，通常最慢在UI層前會 07/02 13:43
22F：→ ssccg: 處理所有的例外，顯示成錯誤訊息。如果是非java函式庫的API 07/02 13:46
23F：→ ssccg: 如Web、RPC，會處理成該API規格定義的錯誤回應 07/02 13:46
24F：→ ssccg: 沒有無法處理，只有業務邏輯上你這層程式無權決定怎麼處理 07/02 13:49
25F：→ ssccg: 不處理就別catch而是要throws，單純catch+log也是一種處理 07/02 13:51
26F：→ ntpuisbest: 了解，感覺好像有點懂了，謝謝各位~ 07/02 22:05
27F：→ lazarus1121: 一般說處理不是業務流程的補救，而是異常終止的避免 07/05 14:54
28F：→ lazarus1121: 所以你可以想成throws是出錯就擺爛 07/05 14:54
29F：→ lazarus1121: 這時引用他的程式要馬catch幫他處理，讓程式能善終 07/05 14:54
30F：→ lazarus1121: 不然就也跟著throws擺爛交給外面 07/05 14:54
31F：→ lazarus1121: 直到有人能處理這個問題為止 07/05 14:54
32F：→ Cavalier: unchecked exception 可以不用在 method 宣告 07/06 03:38
33F：→ Cavalier: checked exception 就一定要加, 否則 compile 不會過 07/06 03:39
34F：→ Cavalier: Java 的 checked exception 一直就是一個很有爭議的設計 07/06 03:40
35F：→ Cavalier: 有一派覺得有用 另一派覺得多餘 有興趣可以搜尋相關討論 07/06 03:41
36F：→ Cavalier: 總的來說 當軟體規模越大 checked exception 會變得難以 07/06 03:46
37F：→ Cavalier: 維護並且使程式碼混亂 目前業界主流是 unchecked 為主 07/06 03:47
39F：→ ssccg: CheckedException也許立意是好的，但是JSE自己的分類原則就 07/06 11:46
40F：→ ssccg: 有問題才搞到人家不想用，一堆本質上是IllegalArgument、 07/06 11:50
41F：→ ssccg: IllegalState的checked exception 07/06 11:51