关于java:写了挺久的代码却还被异常支配

大家好，我是小菜，一个渴望在互联网行业做到蔡不菜的小菜。可柔可刚，点赞则柔，白嫖则刚！
死鬼~ 看完记得给我来个三连哦！

本文次要介绍 Java 中的异样

如有须要，能够参考

如有帮忙，不忘 点赞 ❥

微信公众号已开启，小菜良记，没关注的同学们记得关注哦！

面试官：

请说一下你平时比拟常遇到的运行时异样

小菜：

好的，我平时比拟常遇到的异样有：NullPointException (空指针异样)、ClassNotCastException (类型转换异样)、IndexOutOfBoundException (下标越界异样)，emmm…. 还有些遗记名字了~

面试官：

那你说下异样的分类吧

小菜：

异样如同是分为运行时异样和 …，不好意思，有点想不起来了

面试官：

emm，还有个编译时异样，那你平时写代码提醒有异样是怎么解决的

小菜：

额，这个，个别都会间接抛出异样

面试官心田 OS：就这程度？

小菜心田 OS：伤害性不高，侮辱性极强

对于长年奋战在代码一线的咱们来说，说几个常见异样就像让你数一下你有多少钱一样，尽管有，然而说进去不多。又很轻蔑的感觉，这什么面试题，就这？还能当面试官。然而往往这么简略的问题，你答的不好，一样能让你 面试等告诉，录取砍薪资。

咱们从吐槽中回过神来想一想，本人写的代码还没点 x 数吗，异样、bug 不就是本人的精力伴侣吗，没这点货色的撑持，本人平时怎么冠冕堂皇的划水呢！

是什么导致咱们平时遇到的异样很多，却记不起几个。是因为切实太多了，让本人记不住吗！还是习惯了百度呢~ emmm，预计都有，小菜心虚了，连忙奋笔，解脱被异样摆布的懊恼。电子设备背后的你，为了更有底气的答复下面那几个问题，无妨跟小菜再来温习下 异样 吧！

走进异样

异样就是有异于常态，和失常状况不一样，有谬误呈现。在 Java 中，阻止以后办法或作用域的状况，称之为异样。咱们先来看下异样的构造：

Throwable 作为顶层父类，派生出了 Error 和 Exception 两个子类。

• Error：谬误。Error 类以及它的子类的示例，代表了 JVM 自身的谬误，谬误不能被程序员通过代码解决，Error 个别很少呈现。
• Exception：异样。Exception 类以及它的子类，代表程序运行时发送的各种不冀望产生的工夫。能够被 Java 异样 解决机制应用，是异样解决的外围。

咱们本文重点关注 Exception

Java 的根本理念是 “ 构造不佳的代码不能运行 ”

异样应用

一个简略解决异样的例子：

if(t == null){throw new NullPointException();
}

当咱们须要援用对象 t，然而有可能 t 对象尚未被初始化，所以在应用这个对象之前，咱们会对援用进行查看。能够创立一个代表错误信息的对象，并且将它从以后环境中“抛出”，这样就把错误信息流传到了“更大”的环境中，这种称为 抛出一个异样。这样的益处便是以后环境下就不用再为这个问题操心了，它将会在别的中央失去解决。

异样参数

异样对象与其余 Java 对象一样，都能够通过 new 关键字在 堆上 创立异样对象，因而，这也随同着存储空间的调配和结构器的调用。

所有规范的异样类都有两个结构器，一个是 默认结构器 ，一个是 承受字符串作为参数的结构器 这样子咱们能把相干的异样信息放入异样对象的结构器中：

throw new NullPointException("t 对象为空")；

通过这样子抛出异样，排查者也能疾速的定位问题

咱们还能够简略地把异样解决看成一种不同的返回机制：

只管返回的异样对象其类型与办法设计的返回类型不同，然而从成果上看，它就像从办法中返回的。

异样捕捉

在编写代码解决异样时，对于查看异样，有 2 种不同的解决形式：应用 try…catch…finally 语句块解决它；或者在函数签名中应用 throws 申明交给函数调用者去解决。

try 的译思便是 尝试 ，那么是尝试做什么呢？咱们晓得如果在办法外部抛出了异样（或者在办法内调用的其余办法抛出了异样），这个办法将会在抛出异样的过程中完结。咱们有时候不想这么轻易完结，这个时候就用到了 尝试 的概念，咱们能够在办法内设置一个非凡的块来捕捉异样，在这个块中 “ 尝试 ” 各种（可能产生异样的）办法调用，所以咱们将其称之为 try 块。

有了异样解决机制，咱们能够把所有能够产生异样的动作都放进 try 块 外面，而后只需一个中央就能够捕捉所有异样。

然而，这里特地须要留神的是，不要滥用异样！！！ 有些人可能有点小聪明，编写了以下代码：

咋看代码能够你感觉很奇怪，为什么有人会优先应用基于异样的循环，大部分会这样写的都会认为错误判断机制性能会比拟高，因为 JVM 对每次数组拜访都要查看是否越界。

注：异样应该只用于异样的状况下，它们永远不应该用于失常的控制流，设计良好的 API 不应该强制它的客户端为了失常的控制流而应用异样

Java 中提供了三种可抛出构造（throwable）：受检异样（checked exception）、运行时异样（run-time exception）和谬误（error）。咱们在写代码的时候往往会有所纠结，到底该抛出何种构造？

在决定应用受检异样或者应用未受检异样的时候，咱们的次要准则应该是：如果冀望调用者可能适当地恢复程序，这种状况下咱们就应该应用受检异样。通过抛出受检异样，咱们应该在一个 catch 子句中解决该异样，或者将它流传进来，让调用者解决。

运行时异样 和 谬误 都属于 非受检可抛出构造。它们都是不须要也不应该被捕捉的可抛出构造。当程序抛出可受检构造的时候，就意味着当前情况属于不可复原的，如果程序没有捕捉到这样的可抛出构造，将会导致以后线程中断。

咱们罕用 运行时异样 来表明编程谬误。咱们实现的所有未受检抛出构造都应该是 RuntimeException 的子类。不应该定义 Error 的子类，尽管 Java 标准 中没有明确要求如此，然而 Error 往往是被 JVM 保留下来应用的，以表明资源有余，束缚失败，或者其余使程序无奈继续执行的条件。

自定义异样

咱们不用深陷 Java 已有的异样类型而无法自拔。Java 提供的异样体系只是蕴含了根本的异样，不可能预感所有值得报告的谬误。所以咱们能够本人定义异样类来示意程序中可能会遇到的特定问题。

要本人定义异样类，就必须从已有的异样类中集成，最好是抉择意思相近的异样类继承，然而这并不是一个简略的抉择~

咱们下面只是简略继承了 Exception，构造函数中无奈传入咱们想要表白的错误报告，实现这种形式也很简略，咱们只须要为异样类定义一个承受字符串参数的结构器：

getMessage() 办法有点相似于 toString()，能够获取异样类更加具体的信息。

栈轨迹

咱们平时能够通过打 断点 的形式来调试代码，跟着代码一行一行的走上来，这是因为 栈帧 的帮组。当有异样抛出的时候咱们也想要有更加具体的信息来追溯异样的源头。

e.printStackTrace() 这个异样的形式是咱们捕捉异样的时候，零碎会主动为咱们生成，它的输入格局如下：

当异样的栈轨迹过长时，控制台会刷出一列下来的错误信息，不晓得为什么，每次看到这种信息总有种心烦的感觉，真糟糕~ 不晓得小伙伴有没有一样的感触。

咱们既然不想要这种输入格局，又想要追溯异样的源头，小伙子有够贪婪的~

这里便举荐应用 e.getStackTrace() 办法来获取信息。这个办法将返回一个由栈轨迹中的元素所形成的数组，其中每个元素都示意栈中的一帧。数组第一个元素示意的是栈顶元素，并且是调用序列中的最初一个办法调用；数组最初一个元素是调用序列中的第一个办法调用。

这个数组中的元素是 StackTraceElement 类型，咱们还能够看下这个类中有哪些 API，咱们也能够独自输入调用栈办法的办法名：

异样链

咱们能够在捕捉一个异样后抛出另一个异样，并且心愿将原始异样的信息保留下来，这个称之为异样链。

在 JDK 1.4 之前，开发人员必须本人编写代码来保留原始异样的信息。而当初所有 Throwable 的子类在结构器中都能够承受一个 cause 对象来作为参数，如上述那样 throw new Exception(e)。这个 cause 就用来示意原始异样，这样通过把原始异样传递给新的异样，使得即便在以后地位创立并抛出了新的异样，也能通过这个异样链追踪到最后产生的地位。

规范异样

优先应用规范异样
专家级程序员 与 小菜 最次要的区别在于，专家谋求并且通常也可能实现高度的代码重用。 代码重用 并非谈之尔尔，这是一条通用的规定，异样当然也不例外。Java 平台类库中提供了一组根本的未受检异样，它们满足了绝大多数 API 的异样抛出需要。

为什么要重用规范的异样？

• 使 API 更易于学习和应用，因为它与程序员曾经相熟的习惯用法统一
• 对于用到这些 API 的程序而言，它们的可读性会更好，因为它们不会呈现很多程序员不相熟的异样

以上便是咱们平时比拟常见的 可重用异样，开发中该当不要间接用 Exception、RuntimeException、Throwable 或者 Error。看待这些异样要像看待抽象类一样，你无奈牢靠地测试这些异样，因为它们是一个办法可能抛出的其余异样的超类。

如果办法抛出的异样与它所执行的工作没有显著的分割，这种情景将会使人手足无措。这个弊病在于除了使排查者感到困惑之外，这也 “ 净化 ” 了具备实现细节的更高层的 API。

为了防止这个问题，咱们须要恪守：更高层的实现应该捕捉低层的异样，同时抛出能够依照高层形象进行解释的异样 。这种做法称为 异样转移。

因而咱们不能为了简便，而间接捕捉 Exception 这种异样的超类。

甚至不要疏忽异样，咱们有时候会认为这个办法不会抛出异样，而因为异样属于 受检异样，不得已咱们须要捕捉这个异样，然而又自作聪明得不在 catch 块中做任何解决操作。

要疏忽一个异样非常容易，然而毫无疑问，你曾经给本人埋下了一颗不知什么时候会爆炸而不晓得何处爆炸的隐患。空的 catch 块会使异样达不到应有的目标

如果咱们肯定要抉择疏忽异样，那么明确的做法应该是：在 catch 块中蕴含一条正文，阐明为什么能够这样做，并且将变量名称命名为 ignored

派生异样

图中 Dog 类继承于 Animal 类，重写了 eat() 办法。过后在咱们打算抛出异样的时候，却发现编译器提醒报错。纳闷的同时，狐疑了一下这编译器是不是坏了？

事实不是这样的，在继承和笼罩的过程中，某个特定办法的 ” 异样阐明的接口 ” 不是变大了而是变小了。这相当于，我父类的办法好好的，被你一继承竟然呈现了异样，而且我还可能不晓得，这不是背地里砸我招牌吗！

finally 应用

对于一些代码，咱们心愿无论 try 块中的异样是否抛出，它们都可能失去执行。为了达到这个成果，咱们能够在异样处理程序前面加上 finally 字句。

这个用途的第一想法便是用来做谬误重试，咱们能够把 try 块 放入一个循环中，而后加一个计数器或者别的安装，使循环在放弃之前能尝试肯定的次数。

在 finally 外部，无论 try 块 中的代码从哪里返回，都会被执行，何以见得呢？

那么问题又来了！既然 finally 中的语句无论如何都会被执行，那我在 finally 中也有 return，这个时候返回的是什么？咱们无妨试一试。

不晓得你是否做对了，答案是返回 finally 中的后果，由此可知：

try 中的 return 语句调用的函数先于 finally 中调用的函数执行，也就是说 try 中的 return 语句先执行，finally 语句后执行，但 try 中的 return 并不是让函数马上返回后果，而是 return 语句执行后，将把返回后果搁置进函数栈中，此时函数并不是马上返回，它要执行 finally 语句后才真正开始返回。但此时会呈现两种状况：

1. 如果 finally 中也有 return，则会间接返回 finally 中的 return 后果，并终止程序，函数栈中的 return 不会被实现
2. 如果 finally 中没有 return，则在执行完 finally 中的代码之后，会将函数栈中保留的 try return 的内容返回并终止程序

那么如果在 try 中抛出了异样，在 catch 中也有 return，后果又该如何？

没错！还是返回 finally 中的后果，答案曾经揭晓，那么咱们来总结一下：

1、不论有没有出现异常，finally 块中代码都会执行
2、当 try 和 catch 中有 return 时，finally 依然会执行
3、finally 是在 try 中 return 前面的表达式运算后执行的（此时并没有返回运算后的值，而是先把要返回的值保存起来，管 finally 中的代码怎么样，返回的值都不会扭转，依然是之前保留的值），所以函数返回值是在 finally 执行前确定的
4、finally 中最好不要蕴含 return，否则程序会提前退出，返回值不是 try 或 catch 中保留的返回值

异样使用指南

下面咱们温习了一遍Java 中的异样，上面是一段来自《Java 编程思维》的摘要。

应该在下列状况下应用异样：

• 在失当的级别解决问题。（在晓得该如何解决的状况下菜捕捉异样）
• 解决问题并且从新调用产生异样的办法
• 进行少许修补，而后绕过异样产生的中央继续执行
• 用别的数据进行计算，以代替办法预计会返回的值
• 把以后运行环境下能做的事件尽量做完，而后把 雷同 的异样抛到更高层
• 把以后运行环境下能做的事件尽量做完，而后把 不同 的异样抛到更高层
• 终止程序
• 进行简化（如果 ID 异样模式是问题变得太简单，那用起来会十分苦楚也很烦人）
• 让类库和程序更平安（这既是再为调式做短期投资，也是在微程序的剑专项做长期投资）

END

异样是 Java 程序设计不可分割的一部分，如果不理解如何应用它们，那你只能实现很无限的工作。这篇异样总结写着写着就挺长了，所以你也要读着读着就会了！路漫漫，小菜与你一起求索~

明天的你多致力一点，今天的你就能少说一句求人的话！

我是小菜，一个和你一起学习的男人。 ????

微信公众号已开启，小菜良记，没关注的同学们记得关注哦！

每篇都是初恋的滋味~