自定义异常和带你与太阳肩并肩的神器

除了系统定义好的异常，在实际工作中，会需要按照业务逻辑定义各种自定义异常，特别是明确的知道某些情况下需要抛出指定异常的时候。因为系统定义的异常有时候不能满足实际工作的需要。

自定义异常

现在有一个任务，编写一个工具，包含两个方法，一个是根据参数注册用户，一个是根据注册的顺序获得用户信息。这个工具是提供给其他人用的，也就是说，用工具的人不需要知道工具内部的逻辑，只需要按规矩办事即可得到结果。这样的好处是程序员B在使用工具的时候完全可以直接使用工具，不需要了解工具是如何编写如何运行的，但是这也会带来一个问题，如果工具出了错，该怎么办？如果直接将错误信息抛给使用者，也就是让程序员B看错误信息，由于使用者不了解工具的源代码，可能排查错误会十分困难。所以在写工具的时候，对异常进行“包装”，返回给使用者一个一目了然的错误信息，才是最好的方法。

使用工具

这三个类大概是上图中的关系，一个类是工具使用者CustomExceptionDemo。两个是工具提供者，其中UserTool是工具方法，CustomException是自定义异常类。在提供工具的过程中，不可避免的需要对异常进行处理，比如在注册用户的时候要考虑如果用户输入的年龄超出正常的年龄怎么办？需要获取的用户不存在怎么办？发生异常怎么办？

自定义异常

先看自定义异常的类CustomException。定义一个自定义异常首先就是要继承Exception，因为继承了Exception这个自定义的异常才能被系统识别为异常，才能有异常的特性，比如被捕获或者抛出。然后在自定义异常中实现两个构造器，但是这两个构造器都是直接调用父类的构造器。

工具方法

逐段看这个工具类。首先是registerUser这个方法，用来注册用户。这里成功的话只是打印了一条注册成功的信息，实际情况可能会在这里做将用户信息写入数据等操作。如果用户的年龄信息小于0或者大于150，这个情况是不应该存在的，所以需要手动抛出异常，但是java中又没有一个叫做“用户年龄错误”的异常，这里就可以使用自定义异常。由于自定义异常有一个构造器是带参数的，并且直接调用了Exception的构造器，所以这里可以直接使用构造器创建一个异常信息。

再来看内部类User，这里只是来复习一下前面的知识，单独定义一个User类是完全可以的。这个内部类包含了年龄和姓名的属性。

最后看getUserByNo这个方法。这个方法可以理解成根据用户注册的顺序获取用户，这里为了演示方便，在方法中直接定义了两个User对象，然后将这两个对象加入集合。当使用者使用工具的时候，传入的是用户的顺序，获取到该用户的名称。那么问题出现了，这里只有2个用户，也就是可以通过下标0,1来获取，但是一旦用户传入的是2，集合就会报错。所以这里判断了顺序参数和集合的数量，如果获取的下标超过了集合中最后一个元素的下标，需要手动抛出一个自定义异常，并且指定信息“指定顺序用户不存在”。因为如果不抛出自定义异常，而是系统自己抛异常，会抛出下标越界的异常，对于调用者来说，这个异常的排查会非常困难。

使用者

看使用工具的地方，第一个方法没有错误，输出的是“注册成功”。第二个方法会报错，因为在工具类中，只模拟了2个用户的集合，因此这里获取下标为3的用户会抛出下标越界的异常。但是按照上面分析过的问题，如果直接抛出的是下标越界使用者排查问题难度很大，而使用自定义异常则可以明确的告诉使用者，是该用户不存在。这就是使用自定义异常的好处。

自定义异常除了继承Exception，还可以继承Exception的子类，比如Runtimeexception。在工作中可以根据实际情况，具体选择要使用的子类来创建自定义异常。

常见异常，下标越界和空指针

下面来看两个最常见的异常是如何产生的，在后面的学习过程中，碰到这样的异常了解其原因，解决起来会方便很多。

下标越界异常

这个异常最常出现在使用数组和集合的过程中，因为他们都可以通过下标来访问元素。但是一旦指定的下标没有元素，就会发生下标越界的异常。所以在使用数组和集合的时候，一定要注意在使用时，不要访问没有元素的下标。

下标越界

再来看看源代码，不要怕，你能看懂。

源代码

首先看这个异常类，IndexOutOfBoundsException继承了Exception的子类RuntimeException，然后创建了两个构造器。等等，是不是有点眼熟，为什么感觉和上面例子中我们自定义的异常几乎一样？再来看看抛出异常的地方，在rangeCheck方法中，比较完下标和集合长度后抛出异常，跟我们上例中的用法也十分类似。其实，这些异常在java看来，就是java自己的“自定义异常”，我们其实是在使用java提供的工具，也就是说我们是调用者，java定义自己的异常，告诉我们（调用者）异常的错误信息。

空指针异常

NullPointerException空指针异常，通常是使用对象调用方法或者属性的时候出现的，而这个对象如果是null就会出现空指针异常。

空指针

看了这个例子，各位是不是会觉得“你以为我傻呀，我怎么会给对象赋值null”。其实这里主要表达的是出现异常的原因，而对象为空的情况会有很多，比如注释掉的代码，如果此对象是另一个方法的返回值，是通过查询数据库得来的，那么它完全有可能是null。这种情况也是最常见的，因为没有显式的赋值给对象null，但是如果数据查不到，最后赋值给对象的恰恰又是个null，如果没有检查对象是否为null就直接使用，就会发生空指针异常。

工作中如何处理异常

在实际的工作中，由于有各种各样框架的加持，其实在处理异常的时候是跟常规处理方式有些许区别的。比如前面有说过spring这个大管家，这里简单介绍一下，一旦把异常交给管家来管理，我们该如何使用异常。

写代码讲究的是思想，好的代码讲究的是低耦合，无侵入，这也是大家应该追求的境界。在spring中，就提供了很多类似的工具，比如spring中的全局异常处理，就做到了低耦合，无侵入。什么是低耦合，无侵入？想象一下，你的代码有30个类，100个方法，每个方法都捕获了异常，当发生异常的时候打印日志-“程序报错了！”。你辛辛苦苦复制粘贴了100遍啊100遍，然后老板有天心情不太好，给我改！改成“程序罢工啦~”。老板一句话，你又得找到那100个方法，再来复制粘贴100遍啊100遍，是不是生无可恋？生不如死？

耦合度高，就是依赖度高，关系紧密，密不可分，同样的逻辑可以提取成方法，可是异常没法提取啊，只能复制粘贴了。

侵入式代码，就是在业务逻辑中加入太多无关业务的代码，比如异常处理，如果能保证在写业务的时候完全不需要考虑异常那该多好！

你的梦想，spring为你实现了，spring简直就是业界良心，撸码神器啊。目前讲解spring还太早，但是可以先体会一下这个框架为我们带来的幸福生活。

全局异常

以上是spring的全局异常处理方式，管家功能强大，除了全局异常处理，还有别的方法处理异常，更加详细的知识可以在各位学习spring框架后再作了解。

最后再吹一波，spring这么强大，简直就是 --- 带你飞上天，与太阳肩并肩~