Java异常封装（自己定义错误码和描述，附源码）

真正工作了才发现，Java里面的异常在真正工作中使用还是十分普遍的。什么时候该抛出什么异常，这个是必须知道的。

当然真正工作里面主动抛出的异常都是经过分装过的，自己可以定义错误码和异常描述。

下面小宝鸽就为大家介绍一个Java异常简单封装的例子。

在给出异常分装例子之前，需要给大家普及Java里面的checked异常和unchecked异常的个概念。

一、checked异常和unchecked异常

这里之所以让大家清楚checked异常和unchecked异常概念，是因为：待会我们的异常是继承unchecked异常RuntimeException的。了解一下并无坏处嘛

checked异常：

表示无效，不是程序中可以预测的。比如无效的用户输入，文件不存在，网络或者数据库链接错误。这些都是外在的原因，都不是程序内部可以控制的。

必须在代码中显式地处理。比如try-catch块处理，或者给所在的方法加上throws说明，将异常抛到调用栈的上一层。

继承自java.lang.Exception（java.lang.RuntimeException除外）。

unchecked异常：

表示错误，程序的逻辑错误。是RuntimeException的子类，比如IllegalArgumentException, NullPointerException和IllegalStateException。

不需要在代码中显式地捕获unchecked异常做处理。

继承自java.lang.RuntimeException（而java.lang.RuntimeException继承自java.lang.Exception）。

看下面的异常结构图或许层次感更加深些：

二、异常分装实例

2.1、添加一个枚举LuoErrorCode.java如下：

package com.luo.errorcode;public enum LuoErrorCode {    NULL_OBJ("LUO001","对象为空"),    ERROR_ADD_USER("LUO002","添加用户失败"),    UNKNOWN_ERROR("LUO999","系统繁忙，请稍后再试....");    private String value;    private String desc;    private LuoErrorCode(String value, String desc) {        this.setValue(value);        this.setDesc(desc);    }    public String getValue() {        return value;    }    public void setValue(String value) {        this.value = value;    }    public String getDesc() {        return desc;    }    public void setDesc(String desc) {        this.desc = desc;    }    @Override    public String toString() {        return "[" + this.value + "]" + this.desc;    }}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

注意！！！这里我们重写了LuoErrorCode的toString方法，至于为什么要这样，后面会提到，客观请继续看。

2.2、创建一个异常类BusinessException.java，继承RuntimeException：

package com.luo.exception;public class BusinessException extends RuntimeException {    private static final long serialVersionUID = 1L;    public BusinessException(Object Obj) {        super(Obj.toString());    }}
1
2
3
4
5
6
7
8
9
10
11
12
1
2
3
4
5
6
7
8
9
10
11
12

这里的代码虽然短，但是有两点需要注意的！！！第一点是其继承了RuntimeException，因为一般我们的业务异常都是运行时异常。第二点，这里的构造方法调用父方法super(Obj.toString());，这就是重写了LuoErrorCode的toString方法的原因了，如果还不明白，看完后面的你就明白了。

2.3、测试类ExceptionTest.java：

package com.luo.test;import com.luo.errorcode.LuoErrorCode;import com.luo.exception.BusinessException;public class ExceptionTest {    public static void main(String args[]) {        Object user = null;        if(user == null){            throw new BusinessException(LuoErrorCode.NULL_OBJ);        }    }}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
1
2
3
4
5
6
7
8
9
10
11
12
13
14

运行结果：

补充一下：在我们实际项目里面，比如别人调用你接口，你可能需要先看他传过来的对象是不是空的，先判断如果传过来的对象为空给有友好的提示”[LUO001]对象为空”，不然后面的代码估计会出现空指针异常了。

一般公司都会分装一个基础框架，异常分装是其中一部分，当然他们对异常的分装肯定比我这个例子复杂多，因此本例仅供参考！

如果懒得copy和paste的话，直接下载工程吧：

http://download.csdn.net/detail/u013142781/9422684