标签：lower exception 运行 数组下标 设计 格式 需要 jdb flow
3w的原则：
哪都有的3W原则，JAVA异常也可以总结3W：what、where、why
what对应异常类型：回答了什么被抛出where对应异常堆栈跟踪：回答了在哪抛出why对应异常信息：回答了为什么被抛出
Error和Exception是他的子类。Exception又分RuntimeException和非RuntimeException子类。
我们看一下他们的概念定义：Error：程序无法处理的系统错误，编译器不做检查。
Error表示系统致命的错误，程序没法处理。一般是与JVM相关的问题，如系统崩溃，内存溢出，方法调用栈溢出等，如：经常遇到的StackOverflowError、OutOfMemoryError。这种类型的错误，编译器不做检查，都是系统运行过程中发生的。这些错误靠我们程序本身是无法处理与预防的，遇到了建议直接程序中止、重启。
Exception：程序可以处理的异常，捕获后可处理。
Exception异常是程序能够捕获的，也可以做异常处理，我们要尽可能的去处理，使程序继续运行，而不是中止程序。
总结一下就是Error是程序无法处理的错误，Exception是可以处理的异常。
我们来看一下RuntimeException：不可预知的，程序应当自行避免
何为不可预知？如：数组下标越界，访问对象空指针等，这种异常是我们小伙伴们在编写程序时要尽量避免。也就是我们程序员是能够避免的。如针对空指针异常，我们应该在编程的时候，加上空指针判断，if(obj == null) 如何如何，这样就避免了空指针异常。
非RuntimeException：可预知的，编译器可检查的异常
可预知，如：在我们打开一个文件时，如文件不存在引用的异常。这种异常编译器会检查出来，必须需要处理的。这个也称之为Checked Exception异常类型
我们从责任角度看：
1、Error属于JVM需要承担的责任 2、RuntimeException是程序应该承担的责任 3、非RuntimeException（CheckedException）可检查异常是JAVA编译器应该承担的责任
Error和RuntimeException编译器是不检查的，而CheckedExcepton异常编译器是检查的，也就是我们程序员是必须要捕获处理的。那怎么处理呢？
1、try-catch方式
用try-catch方式捕获这个异常，可以在catch代码段进行异常逻辑处理，这个就按照实际业务而定。如上图代码是FileNotFound异常，根据这个类型我们就知道是文件句柄不存在，那我们应该做哪些处理。如：提示一下用户该文件不存在
2、上抛异常方式在复杂的业务中，我们的程序员自己写的模块，很有可能被其他程序员写的模块进行引用，为了能够让其他程序员知道我们模块的异常，并要他们要进行处理，我们就可以采用上抛异常方式
，是需要调用方进行处理的。那处理的方式是什么呢？其实就是上面讲的try-catch或继续上抛。
一、RuntimeException
1、NullPointerException - 空指针引用异常2、ClassCastException - 类型强制转换异常3、IllegalArgumentException - 传递非法参数异常4、IndexOutOfBoundsException - 下标越界异常5、NumberFormatException - 数字格式异常
二、非RuntimeException
1、ClassNotFoundException - 找不到指定class异常2、IOException - IO操作异常
三、Error
1、NoClassDefFoundError - 找不到class定义的异常2、StackOverflowError - 深递归导致栈被耗尽抛出的异常3、OutOfMemoryError - 内存溢出异常
今天老顾介绍了异常的相关知识，这点在我们系统开发时是非常重要的，尤其在我们设计系统时，要定义我们系统自己的异常，这个需要整体规划异常类型、异常Code、异常信息等，能够起到很好的排查问题，并方便捕获处理。
在捕获异常时，用到try-catch，会经常用到finally关键字，小伙伴应该都知道这个是保证代码一定会被执行，如：关闭JDBC链接、保证锁unlock等。
标签：lower exception 运行 数组下标 设计 格式 需要 jdb flow
原文地址：https://www.cnblogs.com/hewanli/p/12419507.html
