我们几乎已经在我们的每个行业标准应用的代码中处理java自定义异常了。常见的手段是创建一个语义性的继承基础exception类的自定义异常类。
1)Java自定义异常处理 – 新的方法
1.1 传统异常处理
我们的新方法使用静态内部类来处理每个新的异常场景。
传统上我们通过继承Exception类来创建一个DBException。然后每次遇到需要抛出一个与数据库相关异常的时候,我们创建一个DBException的实例,添加一些信息之后抛出它。
现在让我们考虑以下我们需要抛出DBException的场景:
SQL执行错误
找不到任何一行数据
当我们只需要一行数据却返回了多行数据
无效的参数错误
其它错误
上述方法的问题在于当这些异常在catch块或者应用代码中被处理时,DBException无法提供足够的信息来分别处理上面列出来的异常用例。
1.2 使用内部类的新异常处理
让我们为每一个用例创建一个内部类然后把它们组合到DBException内部来解决上述的问题吧。
首先创建一个抽象的BaseException来作为所有异常类的父类。
// BaseException.java
public abstract class BaseException extends Exception{
private String message;
public BaseException(String msg){
this.message = msg;
}
public String getMessage(){
return message;
}
}
复制代码
现在创建我们的Exception内部类。
// DBExeption.java
public class DBExeption{
public static class BadExecution extends BaseException{
private static final long serialVersionUID = 3555714415375055302L;
public BadExecution(String msg){
super(msg);
}
}
public static class NoData extends BaseException{
private static final long serialVersionUID = 8777415230393628334L;
public NoData(String msg){
super(msg);
}
}
public static class MoreData extends BaseException{
private static final long serialVersionUID = -3987707665150073980L;
public MoreData(String msg){
super(msg);
}
}
public static class InvalidParam extends BaseException{
private static final long serialVersionUID = 4235225697094262603L;
public InvalidParam(String msg){
super(msg);
}
}
}
复制代码
这里我们创建了许多内部类来处理每一种异常情况。你可以根据实际情况随意扩展新的异常内部类。
1.3如何使用自定义异常
为了理解它的作用,现在让我们来让我们创建一个异常然后抛出它。然后我们将会在日志中看见错误信息。
// TestExceptions.java
public class TestExceptions{
public static void main(String[] args){
try
{
throw new DBExeption.NoData("No row found for id : x");
}
catch(Exception e)
{
e.printStackTrace();
}
}
}
复制代码
程序输出:
Console
com.exception.DBExeption$NoData: No row found for id : x
at com.test.TestExceptions.main(TestExceptions.java:7)
复制代码
正如你在异常栈中所见的日志消息,它所携带的信息更多更具体了。它清楚展示了错误是什么。在应用代码之中,你也可以通过检查自定义异常实例来做对应的处理。
2. 使用内部类作为自定义异常类的优点
最显著的优点在于即使其它开发者写了一些难以读懂的错误信息,你也可以很清楚地弄懂具体错误是什么。
你可以使用不同的异常实例来处理不同的异常场景
你不需要使用单个异常来覆盖许多的异常情况
编写否定的单元测试用例会更加容易
日志会更加有意义以及高可读性