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

[ntpuisbest (阿龍)]

不確定我的理解是否正確

我知道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
推 SHANGOYANYI: 宣告成 throws 就是要求使用的人要處理例外
推 sssyoyo: 拋異常我在自學時也不太明白，實際工作後才懂。其實也很
→ sssyoyo: 單純，就是告訴你調用這個方法可能導致某種異常必須想好
→ sssyoyo: 怎處理。例如使用者註冊帳號，寫入DB發現UNIQUE 的身分證
→ sssyoyo: 號重覆。那總不能讓使用者點了註冊之後因為後臺程式卡住
→ sssyoyo: ，所以前端啥反應都沒有，所以就要處理例如返回一個訊息
→ sssyoyo: 是"身分證號重覆導致註冊失敗"。有些方法就是很容易出錯
→ sssyoyo: ，例如解析JSONstring常常有錯字或大小寫差異導致失敗，
→ sssyoyo: 那他宣告throws異常讓你更容易知道要做好準備處理
→ ntpuisbest: 謝謝
→ ssccg: throws是標註會拋出的例外，要不要處理是看例外的類型
→ ssccg: 繼承Exception但不是RuntimeException的才會編譯時強制處理
→ ssccg: throw就是中斷執行拋出例外，如果throw的例外類型是必須處
→ ssccg: 理且在method中沒有被catch，編譯時就會要求method標throws
→ ssccg: 通常用throw是因為程式屬於較底層，不能「決定」要怎麼處理
→ ssccg: 拋出例外 = 中止執行，把狀況回報給上層的呼叫者，由上層決
→ ssccg: 定處理方式，像是重試、替代方案，或是通知更上層
→ ssccg: 如果每層都不處理，最後就是跑這段程式的Thread會中止執行
→ ssccg: 如果是Main Thread (從main方法throw出來)那就是JVM會異常
→ ssccg: 中止，俗稱閃退
→ ssccg: 所以如2樓所說，如果是有使用者的程式，通常最慢在UI層前會
→ ssccg: 處理所有的例外，顯示成錯誤訊息。如果是非java函式庫的API
→ ssccg: 如Web、RPC，會處理成該API規格定義的錯誤回應
→ ssccg: 沒有無法處理，只有業務邏輯上你這層程式無權決定怎麼處理
→ ssccg: 不處理就別catch而是要throws，單純catch+log也是一種處理
→ ntpuisbest: 了解，感覺好像有點懂了，謝謝各位~
→ lazarus1121: 一般說處理不是業務流程的補救，而是異常終止的避免
→ lazarus1121: 所以你可以想成throws是出錯就擺爛
→ lazarus1121: 這時引用他的程式要馬catch幫他處理，讓程式能善終
→ lazarus1121: 不然就也跟著throws擺爛交給外面
→ lazarus1121: 直到有人能處理這個問題為止
→ Cavalier: unchecked exception 可以不用在 method 宣告
→ Cavalier: checked exception 就一定要加, 否則 compile 不會過
→ Cavalier: Java 的 checked exception 一直就是一個很有爭議的設計
→ Cavalier: 有一派覺得有用 另一派覺得多餘 有興趣可以搜尋相關討論
→ Cavalier: 總的來說 當軟體規模越大 checked exception 會變得難以
→ Cavalier: 維護並且使程式碼混亂 目前業界主流是 unchecked 為主
推 JustinHere: 要抓還是拋？ https://bit.ly/3NKdn3d
→ ssccg: CheckedException也許立意是好的，但是JSE自己的分類原則就
→ ssccg: 有問題才搞到人家不想用，一堆本質上是IllegalArgument、
→ ssccg: IllegalState的checked exception