Java 异常处理及其应用

[b]Java 异常处理的忌讳[/b][quote]

:arrow: 一般不要忽略异常
在异常处理块中,一项最危险的举动是“不加通告”地处理异常。如下例所示:

   try{
Class.forName("business.domain.Customer");
}
catch (ClassNotFoundException exc){}



经常能够在代码块中看到类似的代码块。有人总喜欢在编写代码时简单快速地编写空处理器块,并“自我安慰地”宣称准备在“后期”添加恢复代码,但这个“后期”变成了“无期”。

这种做法有什么坏处?如果异常对应用程序的其他部分确实没有任何负面影响,这未尝不可。但事实往往并非如此,异常会扰乱应用程序的状态。此时,这样的代码无异于掩耳盗铃。

这种做法若影响较轻,则应用程序可能出现怪异行为。例如,应用程序设置的一个值不见了, 或 GUI 失效。若问题严重,则应用程序可能会出现重大问题,因为异常未记录原始故障点,难以处理,如重复的 NullPointerExceptions。

如果采取措施,记录了捕获的异常,则不可能遇到这个问题。实际上,除非确认异常对代码其余部分绝无影响,至少也要作记录。进一步讲,永远不要忽略问题;否则,风险很大,在后期会引发难以预料的后果。

:arrow: 不要使用覆盖式异常处理块
另一个危险的处理是覆盖式处理器(blanket handler)。该代码的基本结构如下:

try{
// …
}
catch(Exception e){
// …
}



使用覆盖式异常处理块有两个前提之一:

1. 代码中只有一类问题。

这可能正确,但即便如此,也不应使用覆盖式异常处理,捕获更具体的异常形式有利物弊。

2. 单个恢复操作始终适用。

这几乎绝对错误。几乎没有哪个方法能放之四海而皆准,能应对出现的任何问题。

分析下这样编写代码将发生的情况。只要方法不断抛出预期的异常集,则一切正常。但是,如果抛出了未预料到的异常,则无法看到要采取的操作。当覆盖式处理器对新异常类执行千篇一律的任务时,只能间接看到异常的处理结果。如果代码没有打印或记录语句,则根本看不到结果。

更糟糕的是,当代码发生变化时,覆盖式处理器将继续作用于所有新异常类型,并以相同方式处理所有类型。

:arrow: 一般不要把特定的异常转化为更通用的异常
将特定的异常转换为更通用异常时一种错误做法。一般而言,这将取消异常起初抛出时产生的上下文,在将异常传到系统的其他位置时,将更难处理。见下例:

   try{
// Error-prone code
}
catch(IOException e){
String msg = "If you didn ’ t have a problem before,you do now!";
throw new Exception(msg);
}



因为没有原始异常的信息,所以处理器块无法确定问题的起因,也不知道如何更正问题。

:arrow: 不要处理能够避免的异常
对于有些异常类型,实际上根本不必处理。通常运行时异常属于此类范畴。在处理空指针或者数据索引等问题时,不必求助于异常处理。


[/quote]

[b]Java 异常处理的应用实例[/b][quote]

在定义银行类时,若取钱数大于余额时需要做异常处理。

定义一个异常类 insufficientFundsException。取钱(withdrawal)方法中可能产生异常,条件是余额小于取额。

处理异常在调用 withdrawal 的时候,因此 withdrawal 方法要声明抛出异常,由上一级方法调用。

异常类:

class InsufficientFundsExceptionextends Exception{
private Bank excepbank; // 银行对象
private double excepAmount; // 要取的钱
InsufficientFundsException(Bank ba, double dAmount)
{ excepbank=ba;
excepAmount=dAmount;
}
public String excepMessage(){
String str="The balance is"+excepbank.balance
+ "\n"+"The withdrawal was"+excepAmount;
return str;
}
}// 异常类



银行类:

class Bank{
double balance;// 存款数
Bank(double balance){this.balance=balance;}
public void deposite(double dAmount){
if(dAmount>0.0) balance+=dAmount;
}
public void withdrawal(double dAmount)
throws InsufficientFundsException{
if (balance<dAmount) throw new
InsufficientFundsException(this, dAmount);
balance=balance-dAmount;
}
public void showBalance(){
System.out.println("The balance is "+(int)balance);
}
}



前端调用:

public class ExceptionDemo{
public static void main(String args[]){
try{
Bank ba=new Bank(50);
ba.withdrawal(100);
System.out.println("Withdrawal successful!");
}catch(InsufficientFundsException e) {
System.out.println(e.toString());
System.out.println(e.excepMessage());
}
}
}


[/quote]

[url=http://www.ibm.com/developerworks/cn/java/j-lo-exception/index.html]Java 异常处理及其应用[/url]
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在使用 gRPC Java 进行通信,我们需要考虑异常处理以确保我们的应用程序具有适当的容错能力。下面是一些常见的 gRPC 异常及其处理方法: 1. RpcException:这是一个通用的 gRPC 异常,表示 RPC 调用过程中出现了错误。可以通过捕获 RpcException 来处理 gRPC 的任何异常。例如: ```java try { // Make a gRPC call } catch (StatusRuntimeException e) { // Handle the exception } ``` 2. StatusRuntimeException:这是一个特殊的 RpcException 子类,表示 RPC 调用失败并返回了一个错误状态码。可以通过 getStatus() 方法来获状态码并进行相应的处理。例如: ```java try { // Make a gRPC call } catch (StatusRuntimeException e) { if (e.getStatus().getCode() == Status.Code.NOT_FOUND) { // Handle the "not found" error } else if (e.getStatus().getCode() == Status.Code.PERMISSION_DENIED) { // Handle the "permission denied" error } else { // Handle any other errors } } ``` 3. DeadlineExceededException:这是一个表示 RPC 超的异常。可以通过捕获 DeadlineExceededException 来处理超异常。例如: ```java try { // Make a gRPC call } catch (DeadlineExceededException e) { // Handle the timeout error } ``` 4. CancellationException:这个异常表示 RPC 调用已被消。可以通过捕获 CancellationException 来处理消异常。例如: ```java try { // Make a gRPC call } catch (CancellationException e) { // Handle the cancellation error } ``` 以上是一些常见的 gRPC 异常及其处理方法,当然还有其他更详细的异常类型,可以在 gRPC Java 的官方文档中找到。在编写 gRPC 应用程序,我们应该根据实际情况选择合适的异常类型并进行适当的处理。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值