关于java:Java-中的Exception-有什么用

37次阅读

共计 1778 个字符,预计需要花费 5 分钟才能阅读完成。

Exception 的作用,这个问题是一个开放性的问题,没有规范的答案,不同经验的人可能会有不同的答案,后续的陈说这代表我集体的意见,不肯定正确,但有肯定的参考性。

  1. Exception,顾名思义,代表着程序运行的过程中呈现一种不失常的状态,须要停止运行,同时又能疾速的发现程序为什么会呈现错,通过异样的信息可能疾速定位,所以异样要尽可能多的提供刹时的状态信息,尤其是利用零碎本身抛出的异样,须要将上下文状态尽可能多的输入,有助于排查和定位。
  2. Exception 也是一种程序逻辑管制的形式,是程序健壮性的一种体现。其实,大都数异样,程序都应该有肯定的相应的解决逻辑,例如,FileNotFoundException, ArrayIndexOutOfBoundsException 等,这类异样在编码过程中应该可能预感,并须要做呈现相应的逻辑管制,有教训的程序员,在编码的过程中就曾经思考到各种异样的状况,待整个零碎上线后,呈现的问题绝对较少,而一般的程序员往往只保障程序在 Happy Case 时可能失常运行,却疏忽了各种异常情况,往往是在呈现问题后进行补救,导致程序在重复补救后,逻辑凌乱,这也就是很多我的项目晚期的代码品质高,通过一段时间后,代码惨不忍睹的本源。
  3. 什么时候须要 Cache Exception,什么时候须要 Throw 呢?这也是不会有标准答案的过程,Java 自身也没有给出标准答案,也没有领导准则。但通过无数次实际的教训后,你就能领会异样的重要性,往往呈现很诡异的 Bug 时,同时可参考的日志或其它信息时,在要害的地位异样被人为的暗藏是如许愚昧的行为。我在应用一个开源的框架时,时常会发现重要的异样信息被暗藏,导致破费大量的工夫去跟踪代码。通过下面的形容,也就不难看出,异样在什么时候须要 Throw,什么时候须要 Catch,准则其实很简略:1)异样在可能齐全掌控的状况下,而且也有明确的逻辑解决时,须要 Catch,同时,也须要关注内部程序是否须要感知异样,如果须要,则封装新的异样后从新 Throw;2)无奈决定解决逻辑的状况下,须要将所有异样 Throw,让内部程序决定解决逻辑。
  4. 什么时候定义 Exception 同样是没有任何领导准则,只能凭本身的教训判断,依据我集体的教训的准则是:1)须要内部程序对异常情况有明确解决状况时,须要定 c 义异样,以便内部程序可能明确辨认;2)外部程序处理过程中呈现太多异样,并且这类异样具备独特的个性 (例如:ClassNotFountException, NoSuchMehtodException 等),不须要内部程序对这类异样别离解决时,须要定义异样。
  5. Exception 和 RuntimeException 有什么区别,在什么场景下定义,也是一个仁者见仁,智者见智的问题,Java 没有任何领导倡议,按我集体的判断很多的定义也不是特地正当,例如:IndexOutOfBoundsException 应该是一个 Exception JDK 即定义为 RuntimeExcption 这类谬误须要明确的揭示内部程序对数组进行逻辑限度,也是利用零碎在经常出现谬误后,能力被动 Cache 这类异样;然而像 ClassNotFoundException 这类异样在极少数状态下才会进行逻辑解决 JDK 却定义为 Exception 导致很多反射类的我的项目的解决逻辑变得复杂,NullPointerException 也是经常出现的,但定义为 RuntimeException 是正当的,因为 JDK 从逻辑根本无法捕获 NullPointerException,应该是在 JVM 执行过程中才可能进行逻辑判断,具体并未钻研。通过下面的两个示例也很容易看出 Exception 和 RuntimeException 有什么区别,JDK 的设计应该从内部程序应用的角度进行异样设计,因为内部程序导致的异样,并且内部程序该当有逻辑解决异样状态,这类异样理当定义为 Exception,而其它因为 JVM 在编码期无奈判断,也无奈从语法层面提供解释的 Exception 应该定义为 RuntimeException。

针对 Java 异样的解读是我集体的见解,就像古诗词一样,不同人有不同的解读,置信 JDK 的设计者也无奈给 Java Exception 一个明确的解释和准则,只能靠历史的积攒,逐造成绝对残缺的了解,供前人学习。

正文完
 0