[問題] java throw and throws例外的用途

看板java作者 (阿龍)時間1月前 (), 編輯推噓3(3038)
留言41則, 7人參與, 1月前最新討論串1/1
不確定我的理解是否正確 我知道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://www.ptt.cc/bbs/java/M.1656678882.A.385.html

07/02 00:33, 1月前 , 1F
宣告成 throws 就是要求使用的人要處理例外
07/02 00:33, 1F

07/02 10:06, 1月前 , 2F
拋異常我在自學時也不太明白,實際工作後才懂。其實也很
07/02 10:06, 2F

07/02 10:06, 1月前 , 3F
單純,就是告訴你調用這個方法可能導致某種異常必須想好
07/02 10:06, 3F

07/02 10:06, 1月前 , 4F
怎處理。例如使用者註冊帳號,寫入DB發現UNIQUE 的身分證
07/02 10:06, 4F

07/02 10:06, 1月前 , 5F
號重覆。那總不能讓使用者點了註冊之後因為後臺程式卡住
07/02 10:06, 5F

07/02 10:06, 1月前 , 6F
,所以前端啥反應都沒有,所以就要處理例如返回一個訊息
07/02 10:06, 6F

07/02 10:06, 1月前 , 7F
是"身分證號重覆導致註冊失敗"。有些方法就是很容易出錯
07/02 10:06, 7F

07/02 10:06, 1月前 , 8F
,例如解析JSONstring常常有錯字或大小寫差異導致失敗,
07/02 10:06, 8F

07/02 10:06, 1月前 , 9F
那他宣告throws異常讓你更容易知道要做好準備處理
07/02 10:06, 9F

07/02 10:54, 1月前 , 10F
謝謝
07/02 10:54, 10F

07/02 13:26, 1月前 , 11F
throws是標註會拋出的例外,要不要處理是看例外的類型
07/02 13:26, 11F

07/02 13:26, 1月前 , 12F
繼承Exception但不是RuntimeException的才會編譯時強制處理
07/02 13:26, 12F

07/02 13:29, 1月前 , 13F
throw就是中斷執行拋出例外,如果throw的例外類型是必須處
07/02 13:29, 13F

07/02 13:30, 1月前 , 14F
理且在method中沒有被catch,編譯時就會要求method標throws
07/02 13:30, 14F

07/02 13:34, 1月前 , 15F
通常用throw是因為程式屬於較底層,不能「決定」要怎麼處理
07/02 13:34, 15F

07/02 13:35, 1月前 , 16F
拋出例外 = 中止執行,把狀況回報給上層的呼叫者,由上層決
07/02 13:35, 16F

07/02 13:38, 1月前 , 17F
定處理方式,像是重試、替代方案,或是通知更上層
07/02 13:38, 17F

07/02 13:40, 1月前 , 18F
如果每層都不處理,最後就是跑這段程式的Thread會中止執行
07/02 13:40, 18F

07/02 13:41, 1月前 , 19F
如果是Main Thread (從main方法throw出來)那就是JVM會異常
07/02 13:41, 19F

07/02 13:41, 1月前 , 20F
中止,俗稱閃退
07/02 13:41, 20F

07/02 13:43, 1月前 , 21F
所以如2樓所說,如果是有使用者的程式,通常最慢在UI層前會
07/02 13:43, 21F

07/02 13:46, 1月前 , 22F
處理所有的例外,顯示成錯誤訊息。如果是非java函式庫的API
07/02 13:46, 22F

07/02 13:46, 1月前 , 23F
如Web、RPC,會處理成該API規格定義的錯誤回應
07/02 13:46, 23F

07/02 13:49, 1月前 , 24F
沒有無法處理,只有業務邏輯上你這層程式無權決定怎麼處理
07/02 13:49, 24F

07/02 13:51, 1月前 , 25F
不處理就別catch而是要throws,單純catch+log也是一種處理
07/02 13:51, 25F

07/02 22:05, 1月前 , 26F
了解,感覺好像有點懂了,謝謝各位~
07/02 22:05, 26F

07/05 14:54, 1月前 , 27F
一般說處理不是業務流程的補救,而是異常終止的避免
07/05 14:54, 27F

07/05 14:54, 1月前 , 28F
所以你可以想成throws是出錯就擺爛
07/05 14:54, 28F

07/05 14:54, 1月前 , 29F
這時引用他的程式要馬catch幫他處理,讓程式能善終
07/05 14:54, 29F

07/05 14:54, 1月前 , 30F
不然就也跟著throws擺爛交給外面
07/05 14:54, 30F

07/05 14:54, 1月前 , 31F
直到有人能處理這個問題為止
07/05 14:54, 31F

07/06 03:38, 1月前 , 32F
unchecked exception 可以不用在 method 宣告
07/06 03:38, 32F

07/06 03:39, 1月前 , 33F
checked exception 就一定要加, 否則 compile 不會過
07/06 03:39, 33F

07/06 03:40, 1月前 , 34F
Java 的 checked exception 一直就是一個很有爭議的設計
07/06 03:40, 34F

07/06 03:41, 1月前 , 35F
有一派覺得有用 另一派覺得多餘 有興趣可以搜尋相關討論
07/06 03:41, 35F

07/06 03:46, 1月前 , 36F
總的來說 當軟體規模越大 checked exception 會變得難以
07/06 03:46, 36F

07/06 03:47, 1月前 , 37F
維護並且使程式碼混亂 目前業界主流是 unchecked 為主
07/06 03:47, 37F

07/06 10:51, 1月前 , 38F
要抓還是拋? https://bit.ly/3NKdn3d
07/06 10:51, 38F

07/06 11:46, 1月前 , 39F
CheckedException也許立意是好的,但是JSE自己的分類原則就
07/06 11:46, 39F

07/06 11:50, 1月前 , 40F
有問題才搞到人家不想用,一堆本質上是IllegalArgument、
07/06 11:50, 40F

07/06 11:51, 1月前 , 41F
IllegalState的checked exception
07/06 11:51, 41F
文章代碼(AID): #1YlkdYE5 (java)
文章代碼(AID): #1YlkdYE5 (java)