PTT數位生活區 / java

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

看板java作者 (阿龍)時間1年前 (2022/07/01 20:34), 編輯推噓3(3推 0噓 38→)
留言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
‣ 更多 ntpuisbest 的文章
文章代碼(AID): #1YlkdYE5 (java)
java 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 ntpuisbest 的文章
文章代碼(AID): #1YlkdYE5 (java)