Question

JAVA RuntimeException 问题

教程说RuntimeException可以不处理，但是RuntimeException如果不处理程序会中止，想要程序正常运行下去是不是还是要编写try-catch来捕捉和处理？
常见的ArrayIndexOutOfBoundsException，InputMismatchException都是RuntimeException？
那么不是RuntimeException能不能举个例子？谢谢大家

Answer 1

运行异常可以不处理是不对。只要是异常就要处理。你不处理程序会不按你的设计走。下面是一些常见的异常类型。
转载：
1. java.lang.nullpointerexception
这个异常大家肯定都经常遇到，异常的解释是"程序遇上了空指针"，简单地说就是调用了未经初始化的对象或者是不存在的对象，这个错误经常出现在创建图片，调用数组这些操作中，比如图片未经初始化，或者图片创建时的路径错误等等。对数组操作中出现空指针，很多情况下是一些刚开始学习编程的朋友常犯的错误，即把数组的初始化和数组元素的初始化混淆起来了。数组的初始化是对数组分配需要的空间，而初始化后的数组，其中的元素并没有实例化，依然是空的，所以还需要对每个元素都进行初始化（如果要调用的话）

2. java.lang.classnotfoundexception
这个异常是很多原本在jb等开发环境中开发的程序员，把jb下的程序包放在wtk下编译经常出现的问题，异常的解释是"指定的类不存在"，这里主要考虑一下类的名称和路径是否正确即可，如果是在jb下做的程序包，一般都是默认加上package的，所以转到wtk下后要注意把package的路径加上。

3. java.lang.arithmeticexception
这个异常的解释是"数学运算异常"，比如程序中出现了除以零这样的运算就会出这样的异常，对这种异常，大家就要好好检查一下自己程序中涉及到数学运算的地方，公式是不是有不妥了。

4. java.lang.arrayindexoutofboundsexception
这个异常相信很多朋友也经常遇到过，异常的解释是"数组下标越界"，现在程序中大多都有对数组的操作，因此在调用数组的时候一定要认真检查，看自己调用的下标是不是超出了数组的范围，一般来说，显示（即直接用常数当下标）调用不太容易出这样的错，但隐式（即用变量表示下标）调用就经常出错了，还有一种情况，是程序中定义的数组的长度是通过某些特定方法决定的，不是事先声明的，这个时候，最好先查看一下数组的length，以免出现这个异常。

5. java.lang.illegalargumentexception
这个异常的解释是"方法的参数错误"，很多j2me的类库中的方法在一些情况下都会引发这样的错误，比如音量调节方法中的音量参数如果写成负数就会出现这个异常，再比如g.setcolor(int red,int green,int blue)这个方法中的三个值，如果有超过255的也会出现这个异常，因此一旦发现这个异常，我们要做的，就是赶紧去检查一下方法调用中的参数传递是不是出现了错误。

6. java.lang.illegalaccessexception
这个异常的解释是"没有访问权限"，当应用程序要调用一个类，但当前的方法即没有对该类的访问权限便会出现这个异常。对程序中用了package的情况下要注意这个异常。

其他还有很多异常，我就不一一列举了，我要说明的是，一个合格的程序员，需要对程序中常见的问题有相当的了解和相应的解决办法，否则仅仅停留在写程序而不会改程序的话，会极大影响到自己的开发的。关于异常的全部说明，在api里都可以查阅。

算术异常类：ArithmeticExecption

空指针异常类：NullPointerException

类型强制转换异常：ClassCastException

数组负下标异常：NegativeArrayException

数组下标越界异常：ArrayIndexOutOfBoundsException

违背安全原则异常：SecturityException

文件已结束异常：EOFException

文件未找到异常：FileNotFoundException

字符串转换为数字异常：NumberFormatException

操作数据库异常：SQLException

输入输出异常：IOException

方法未找到异常：NoSuchMethodException

java.lang.AbstractMethodError

抽象方法错误。当应用试图调用抽象方法时抛出。

java.lang.AssertionError

断言错。用来指示一个断言失败的情况。

java.lang.ClassCircularityError

类循环依赖错误。在初始化一个类时，若检测到类之间循环依赖则抛出该异常。

java.lang.ClassFormatError

类格式错误。当Java虚拟机试图从一个文件中读取Java类，而检测到该文件的内容不符合类的有效格式时抛出。

java.lang.Error

错误。是所有错误的基类，用于标识严重的程序运行问题。这些问题通常描述一些不应被应用程序捕获的反常情况。

java.lang.ExceptionInInitializerError

初始化程序错误。当执行一个类的静态初始化程序的过程中，发生了异常时抛出。静态初始化程序是指直接包含于类中的static语句段。

java.lang.IllegalAccessError

违法访问错误。当一个应用试图访问、修改某个类的域（Field）或者调用其方法，但是又违反域或方法的可见性声明，则抛出该异常。

java.lang.IncompatibleClassChangeError

不兼容的类变化错误。当正在执行的方法所依赖的类定义发生了不兼容的改变时，抛出该异常。一般在修改了应用中的某些类的声明定义而没有对整个应用重新编译而直接运行的情况下，容易引发该错误。

java.lang.InstantiationError

实例化错误。当一个应用试图通过Java的new操作符构造一个抽象类或者接口时抛出该异常.

java.lang.InternalError

内部错误。用于指示Java虚拟机发生了内部错误。

java.lang.LinkageError

链接错误。该错误及其所有子类指示某个类依赖于另外一些类，在该类编译之后，被依赖的类改变了其类定义而没有重新编译所有的类，进而引发错误的情况。

java.lang.NoClassDefFoundError

未找到类定义错误。当Java虚拟机或者类装载器试图实例化某个类，而找不到该类的定义时抛出该错误。

java.lang.NoSuchFieldError

域不存在错误。当应用试图访问或者修改某类的某个域，而该类的定义中没有该域的定义时抛出该错误。

java.lang.NoSuchMethodError

方法不存在错误。当应用试图调用某类的某个方法，而该类的定义中没有该方法的定义时抛出该错误。

java.lang.OutOfMemoryError

内存不足错误。当可用内存不足以让Java虚拟机分配给一个对象时抛出该错误。

java.lang.StackOverflowError

堆栈溢出错误。当一个应用递归调用的层次太深而导致堆栈溢出时抛出该错误。

java.lang.ThreadDeath

线程结束。当调用Thread类的stop方法时抛出该错误，用于指示线程结束。

java.lang.UnknownError

未知错误。用于指示Java虚拟机发生了未知严重错误的情况。

java.lang.UnsatisfiedLinkError

未满足的链接错误。当Java虚拟机未找到某个类的声明为native方法的本机语言定义时抛出。

java.lang.UnsupportedClassVersionError

不支持的类版本错误。当Java虚拟机试图从读取某个类文件，但是发现该文件的主、次版本号不被当前Java虚拟机支持的时候，抛出该错误。

java.lang.VerifyError

验证错误。当验证器检测到某个类文件中存在内部不兼容或者安全问题时抛出该错误。

java.lang.VirtualMachineError

虚拟机错误。用于指示虚拟机被破坏或者继续执行操作所需的资源不足的情况。

java.lang.ArithmeticException

算术条件异常。譬如：整数除零等。

java.lang.ArrayIndexOutOfBoundsException

数组索引越界异常。当对数组的索引值为负数或大于等于数组大小时抛出。

java.lang.ArrayStoreException

数组存储异常。当向数组中存放非数组声明类型对象时抛出。

java.lang.ClassCastException

类造型异常。假设有类A和B（A不是B的父类或子类），O是A的实例，那么当强制将O构造为类B的实例时抛出该异常。该异常经常被称为强制类型转换异常。

java.lang.ClassNotFoundException

找不到类异常。当应用试图根据字符串形式的类名构造类，而在遍历CLASSPAH之后找不到对应名称的class文件时，抛出该异常。

java.lang.CloneNotSupportedException

不支持克隆异常。当没有实现Cloneable接口或者不支持克隆方法时,调用其clone()方法则抛出该异常。

java.lang.EnumConstantNotPresentException

枚举常量不存在异常。当应用试图通过名称和枚举类型访问一个枚举对象，但该枚举对象并不包含常量时，抛出该异常。

java.lang.Exception

根异常。用以描述应用程序希望捕获的情况。

java.lang.IllegalAccessException

违法的访问异常。当应用试图通过反射方式创建某个类的实例、访问该类属性、调用该类方法，而当时又无法访问类的、属性的、方法的或构造方法的定义时抛出该异常。

java.lang.IllegalMonitorStateException

违法的监控状态异常。当某个线程试图等待一个自己并不拥有的对象（O）的监控器或者通知其他线程等待该对象（O）的监控器时，抛出该异常。

java.lang.IllegalStateException

违法的状态异常。当在Java环境和应用尚未处于某个方法的合法调用状态，而调用了该方法时，抛出该异常。

java.lang.IllegalThreadStateException

违法的线程状态异常。当县城尚未处于某个方法的合法调用状态，而调用了该方法时，抛出异常。

java.lang.IndexOutOfBoundsException

索引越界异常。当访问某个序列的索引值小于0或大于等于序列大小时，抛出该异常。

java.lang.InstantiationException

实例化异常。当试图通过newInstance()方法创建某个类的实例，而该类是一个抽象类或接口时，抛出该异常。

java.lang.InterruptedException

被中止异常。当某个线程处于长时间的等待、休眠或其他暂停状态，而此时其他的线程通过Thread的interrupt方法终止该线程时抛出该异常。

java.lang.NegativeArraySizeException

数组大小为负值异常。当使用负数大小值创建数组时抛出该异常。

java.lang.NoSuchFieldException

属性不存在异常。当访问某个类的不存在的属性时抛出该异常。

java.lang.NoSuchMethodException

方法不存在异常。当访问某个类的不存在的方法时抛出该异常。

java.lang.NullPointerException

空指针异常。当应用试图在要求使用对象的地方使用了null时，抛出该异常。譬如：调用null对象的实例方法、访问null对象的属性、计算null对象的长度、使用throw语句抛出null等等。

java.lang.NumberFormatException

数字格式异常。当试图将一个String转换为指定的数字类型，而该字符串确不满足数字类型要求的格式时，抛出该异常。

java.lang.RuntimeException

运行时异常。是所有Java虚拟机正常操作期间可以被抛出的异常的父类。

java.lang.SecurityException

安全异常。由安全管理器抛出，用于指示违反安全情况的异常。

java.lang.StringIndexOutOfBoundsException

字符串索引越界异常。当使用索引值访问某个字符串中的字符，而该索引值小于0或大于等于序列大小时，抛出该异常。

java.lang.TypeNotPresentException

类型不存在异常。当应用试图

Answer 2

你编译器检测出来的错误(eclipse打红杠杠的地方)就不是RuntimeException

RuntimeException翻译过来就是 运行时异常 意思就是 编译时候无法发现只有在运行时才会出现的异常 比如 nullpointException这类 编译器是无法判断的

Answer 3

如果一个新手去一家软件公司面试，运行时异常与编译时异常是有很大概率要被问到的，这些属于基本概念。
1.RuntimeException，也就是运行时异常，表示你的代码本身存在BUG，比如你提到的ArrayIndexOutOfBoundsException，数组下标越界，这个属于代码有问题，数组定义的长度不够实际使用，不处理肯定会报错，如果你操作某个模块发现能正常运行，那只是因为代码还没跑到这个错误的地方而已。。控制台一旦报RuntimeException，就必须要处理。。没有例外的。而且，处理RuntimeException，不是try-catch能解决的。。try-catch在这里使用毫无意义。
2.不是RuntimeException，就是编译时异常，异常只有这两种了。比如你在处理文件流时的I/O问题，就属于编译时异常。这个时候用thr{}catch 来捕获或者 throws即可。
3.error，就不在这里赘述了。

根据实际开发经验的结论，纯手敲。。

追问

为什么说try-catch对于RuntimeException毫无意义？

追答

也不是说毫无意义，只是不能解决bug所带来的问题。try-catch用在这里作用就是代码运行过程中，不会直接在界面产生令人恐慌的错误，因为catch后已经给出产生错误后要输出的结果。但是bug依旧存在。。

追问

是不是编译时异常在Eclipse之中会直接在代码上显示出错误，不使用try-catch就无法运行？
就像代码写错了一样在边上有红色小叉子？
运行时异常代码编译不会出错，只是运行时会出现的问题。
可以这么理解么？

因为我还没学到文件流 所以I/O问题不能理解……

追答

不是这个意思。。你开始钻牛角尖了，其实你动手写两个例子就可以明白意思了
编译时异常其实是可以这么理解：你的代码本身没有问题（运行时异常是你的代码本身有问题），但是代码里如果含有处理文件流（这里只是举个例子，还有很多类似的其它的情况）的时候，java规定，遇到这种情况，必须要在代码里强制抛出可能遇到的文件流异常，你可以在方法开头就throws，或者在catch后面进行捕获。其实代码本身逻辑跟语法都是没问题，但是文件流这种操作本身会存在潜在的问题与风险，这种问题是与你的代码无关的，java会强制要求在代码里作出预期处理。也就是刚才说的要么在方法开头就throws可能遇到的文件异常，要么就去catch后面捕获具体的文件异常。如果你在代码里不做这样的处理，运行代码后，控制台就会输出错误。代码一样跑不起来。

还有一点要补充一下。。你写的代码，若在Eclipse里直接出现红XX，这表示你的代码有error，这不属于exception，这是错误，不是异常。。错误跟异常是两个概念。异常是不会直接出现红XX的，只有运行时才会出错。

Answer 4

推荐的那个答案其实不精确的。首先，“RuntimeException发生后，说明代码存在BUG”这句话是没问题的，但用来说明RuntimeException却不合适，也没有意义。因为发生任何未处理的异常，都说明代码存在BUG。
这句话如何理解呢，就拿ArrayIndexOutOfBoundsException来说，数组下标越界，你定义一个int is = new int[5];然后for(int index = 0;index<6;index++){int i = is[index];...}
如果不看"..."中的内容，数组一定会越界，程序一定会在这里抛出异常。但如果...换成了 if(i == 4) break;那么这段代码就完全没有问题了。一般的ide，简单的代码逻辑是能分析出可能出现的情况并提示你的（但不会强制要求你改，因为语法没问题）。但编译器和ide不可能在编译时深入的去研究你的代码逻辑是否正常。而且你这段代码在语法上完全没有问题，它在编译时根本不知道这个异常是否会抛出，但是！如果下标越界那确实有问题，异常就必须要抛。

所以就有人这样理解运行时异常：“RunTime：运行时，很简单，就是“运行时”异常。它表明，这个异常只有在运行的时候才能知道是否有异常，这就是运行时异常，又叫不可查异常，而编译时异常又叫可查异常！”
这种说法不能算错，但也不严谨，因为很多编译时异常也是不可查的。比如你要读某一个文件123.txt，在编译时，编译器是不会去检查这个文件是否存在的（有人说，那编译时为什么不检查？你这样想：如果编译时文件存在，而且当程序还没执行到这里时，我把文件删了怎么办），这种情况下，程序也只有在运行时，才能知道文件是否存在，按上面的说法，这个异常(FileNotFoundException)也应该是运行时异常才对。但，稍微玩过java的人都知道，这个异常被强制要求处理，它是编译时异常。

既然编译时异常和运行时异常都可能无法预期，那为什么还要有运行时异常和编译时异常之分呢，这个答案我找遍网络也找不到，java官方也没有详细说明，只是说运行时异常不强制要求处理，jvm会自动接管并一直向上抛出，直到栈顶或被处理。
所以我自己总结了一点，我也不知道是否正确：RuntimeException，只是为了“减少代码中对异常做的处理而必须写代码”而引入的。拿一个很常见的运行时异常：nullPointException。空指针异常。这个异常发生在一个对象是null时，你对它进行了方法调用等操作。在java中，所有的Object都可以赋值为null的，如果NullPointException强制需要处理的话，那么几乎你的每一句代码都应该被try{}catch（NullpointException){}所包括，这样的java代码想想都可怕。
我在一些网站上找到了这么一句话：“RuntimeException 类及其子类表示‘JVM 常用操作’引发的错误”，没错，这句话可能正说明了重点，正是因为这些异常发生在“JVM常用操作”中，也就是说这些异常随处都可能发生，而你不可能在代码的所有地方都try{}catch(RuntimeException){}，所以为了简化代码，JVM对这些异常进行了默认处理：“抛出”。
归根结底，运行时异常就是为了减少try{}catch(){}或throws 这类代码而引入的。
纯手打，完全个人见解，欢迎讨论。