在软件开发的世界里，异常处理是保证程序健壮性的关键一环。Java标准库中提供了非常多的异常类型，用来表达各种异常情况。

然而，在真实开发中，这些异常并不能完全满足我们的需求，因为标准库的异常往往表达的是技术层面，而不是业务层面的需求。

像账号密码错误这种情况，用标准库的异常就不太合适。所以，在开发中，我们会自定义异常类型来表达符合我们业务的异常情况。

自定义异常

自定义异常非常简单，只要继承异常类就可以定义我们自己的异常。

之前的文章说过，强烈建议大家继承RuntimeException。在自定义异常时，还强烈建议大家照着父类学习，提供多个构造方法。这样就可以传递错误信息和堆栈信息。

异常自定义好后，我们就可以new出异常对象，并用throw关键字来主动抛出异常。

throw和throws的区别

这里要注意，throw和throws关键字只有一个字母之差，不要弄混了。

throw只能用在代码块中，throws只能用在方法声明上。throw是用来主动制造并抛出异常，而throws是声明方法可能会发生的异常。语法层面相信大家理一理也就清楚了。主要是应用层面让人拿不准。

我们什么时候该主动抛出异常呢？

假设我们有一个接收String参数的方法，方法中会对该参数进行一些逻辑处理。正常的业务流程要求不允许null值出现。

可如果调用者传递了一个null值进来，此时我们该怎么做呢？

基本就这三大类处理方式：第一种是设置默认值，第二种是直接结束方法，第三种就是抛出异常。

这三种方式各自的特点都非常明显。

设置默认值就好像你非法进入一个地方，保安发现了你，不光没赶你走，还贴心的给了你一个身份牌，让你可以继续前行。

直接结束方法就好像保安发现了你，就不让你继续前进了。

抛出异常就比较猛了，就好像保安发现了你，不光不让你继续前进，还把你打了一顿。要是你没有捕捉异常，你就会被保安打死。

知道各个方式的特点后，其实就能根据自己的需求来做相应的处理了。如果问题能够解决，并且你也愿意解决，那就让逻辑继续执行。如果问题无法解决，或者你不愿解决，但又不至于抛个异常给调用者，就可以直接结束方法。如果问题非常严重，严重到有必要强势警告调用者，就可以抛出异常。

到后期我们抛出异常，除了有中止程序进行强提示的作用外，还可以和框架配合以达到某些效果，比如可以触发事物回滚。当然，这是后话了，新手现在不用纠结。