我们几乎已经在我们的每个行业标准应用的代码中处理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. 使用内部类作为自定义异常类的优点
- 最显著的优点在于即使其它开发者写了一些难以读懂的错误信息,你也可以很清楚地弄懂具体错误是什么。
- 你可以使用不同的异常实例来处理不同的异常场景
- 你不需要使用单个异常来覆盖许多的异常情况
- 编写否定的单元测试用例会更加容易
- 日志会更加有意义以及高可读性