作者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/cn.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